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From clements@bbn.com Fri Apr 16 08:59:04 1999 
Return-Path: <clements@bbn . com> 

Received: from lion.bbn.com (LION.BBN.COM [128.89.0.155]) 

by fudge.uchicago.edu ( 8 . 8 . 8/8 . 8 . 8) with ESMTP id IAA19081 
for <eric@fudge .uchicago . edu>; Fri, 16 Apr 1999 08:59:02 -0500 (CDT) 
Received: from lion.bbn.com (LOCALHOST.BBN.COM [127.0.0.1]) 

by lion.bbn.com (8. 8. 8/8. 8. 8) with ESMTP id JAA01612; 

Fri, 16 Apr 1999 09:58:53 -0400 (EDT) 

~ ( envelope-f rom clements@lion.bbn.com) 

Mess age- Id : <199904161358. JAA01612@lion . bbn . com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 
cc : clements@bbn.com 
Subject: Re: PDP-6 TECO 

In-reply-to: Your message of "Thu, 15 Apr 1999 23:43:39 CDT." 

<199904160443 . XAAl5203@fudge . uchicago . edu> 

Date: Fri, 16 Apr 1999 09:58:53 -0400 
From: Bob Clements <clements@bbn . com> 


. . Mark Crispin said that PDP-6 TECO was always used with a display 
. . at MIT. Did you have to add any new features to make it usable 
. . without one, or was everything necessary to make it work reasonably 
. . with only a Teletype already present? 

Well, TECO started out on the PDP-1, written by Dan Murphy at MIT 
in '62 or '63. The PDP-1 had an IBM typewriter for a console and 
a paper tape reader and punch. Most PDP-1 ' s did have a 
point-plotting scope, and later editors used it for a text 
screen, but TECO didn't use the scope at first. 

When TECO was first ported to the PDP-6, it was also scope-less. 

It used the console TTY (normally a model 35, 10 CPS upper-case only) 
as its controlling terminal. In fact, the earliest versions didn't 
run under any monitor at all. It had low-level TTY, PTR/PTP, 

LPT and microtape (later DECtape) routines right in the editor. 

I used that version while I was the on-site field engineer for 
PDP6 serial 3 at Brookhaven National Labs (Long Island, NY) . 

[I was in Field Service for most of a year, 1964-65, before 
moving into engineering. This was by agreement when I was 
hired, and was a good thing, to let me learn about keeping 
machines running . ] 

So Mark isn't correct that PDP-6 TECO was _always_ used with a 
display. There was a time before displays. They did add the 
display pretty early, though. 

So anyhow, TECO got converted to run in user mode under ITS by 
the MIT gang, sometime around 1965. I was back at Maynard for a 
while, doing hardware design, and was eventually asked to go out 
to Stanford to install their PDP-6 which was serial number 16 if 
I recall correctly. By this time TECO at MIT was running under 
ITS, and DEC didn't have a version that ran under DEC'S monitor. 

So I took along a tape of ITS TECO and converted it to run in the 
DEC environment . 

Specifically to your question, TECO always had TTY command 1/0. 

The question really should be whether that version I worked from 
had any display 1/0 which I would have stripped out to make the 
DEC TTY version. I don't think it had display code, but I can't 
swear to that. It certainly didn't NEED display code. 

. . Was it your TECO that became the standard DEC version? In the story 
. . John Everett has , told about TECO being brought to DEC for the first 
.. time, it was being brought from MIT's Project MAC, not from Stanford, 
.. so I'm confused about how the different versions got around. 



Well, I was in hardware engineering at that time. The community 

was pretty small. I certainly passed around what I had done, and 

it got used internally but was not a product for some time later. 

I'm sure my work and further work from MIT got combined in some 
mix that eventually became the version that was released. But I 
didn't do it, not being in software at that stage, and I can't 
recall what the circumstances were that led to its becoming a 
supported program. (It got to all the PDP-6 sites, of course, 
but wasn't official.) I doubt that much of it came from Stanford. 

They, like all the big schools, wrote their own editors and were 
not much of a TECO shop. 

. . I feel like I ought to be able to just look this one up instead of 
. . having to ask. . . but when you made your adaptation of TECO, were you a 
. . Stanford student? An MIT student visiting Stanford? A DEC employee? 

. . Something else? 

I guess I answered this above — I was a DEC employee, and the 
work I did at Stanford was completely unofficial while trying to 
get their PDP-6 running solidly enough to pass acceptance tests. 

So that TECO came "from Stanford" only in the geographical sense. 

No Stanford people worked on that first version. I left a copy 
there, of course, and I'm sure they used it some. 

I didn't attend Stanford. I'm an MIT BSEE, class of '64. 

. . Thanks again, 

. . Eric 

You're welcome. Hmm. this got longer than I intended. I guess 
I should file it or post it somewhere. You have my permission to 
post it if you want; just strip my email address before you do, 
because of the damn SPAM that has taken over the net. 


Best , 
/Rcc 
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From clements@bbn.com Thu May 6 10:13:45 1999 
Return- Path: <clements@bbn . com> 

Received: from lion.bbn.com (LION.BBN.COM [128.89.0.155]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id KAA18169 
for <eric@fudge . uchicago . edu> ; Thu, 6 May 1999 10:13:44 -0500 (CDT) 
Received: from lion.bbn.com (LOCALHOST.BBN.COM [127.0.0.1]) 

by lion.bbn.com (8 . 8 . 8/8 . 8 . 8) with ESMTP id LAA26723; 

Thu, 6 May 1999 11:13:34 -0400 (EDT) 

( envelope-f rom clements@lion . bbn . com) 

Message-Id: <199905061513 . LAA2 6723 @1 ion . bbn . com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

cc : clements@bbn.com 

Subject: Re: more on PDP-6 TECO 

In-reply-to: Your message of "Thu, 06 May 1999 09:43:58 CDT." 

<199905061443 . JAA02 002 ©fudge .uchicago . edu> 

Date: Thu, 06 May 1999 11:13:34 -0400 
From: Bob Clements <clements@bbn . com> 


.. Thank you for the mail you sent me about PDP-6 TECO. I apologize 
.. for taking so long to acknowledge it. 

Hi, Eric, 

Thanks for the reply. No problem with the delay. 


. . Yesterday I received in the mail copies of the manuals for two early 
. . versions of PDP-6 TECO, one from October 29, 1964 and the other from 
.. July 23, 1965. If you would like copies of either or both of these, 

. . I can make copies and send them to you. 

Well, I'm at the stage of life where I'm FINALLY actually 
reducing the amount of old stuff in my house rather than 
continuing to collect it. So "Thanks but No, Thanks". Glad to 
see there are still copies of that stuff around. 

. . I was surprised to read in the 1964 edition that TECO already included 

. . support for the display. Does this agree with your memory of when that 

. . feature was added? 

I guess I'd have to say I'm surprised. I thought it was a bit 
later than that . 

I wasn't a regular at Project Mac that year. It was my first 
summer after graduation, and I was working mega-hours at my first 
job at DEC. And what time I did spend back on campus was spent 

at the FM station and/or the ham club, not at Project Mac. So I 

could well be wrong about the timing. In fact, I guess that 
document proves it. It makes it probable that there was display 
code in the version I had at Stanford, and that I stripped it out 
when doing that conversion. 

They say memory is the second thing to go . . . 

. . Eric Fischer 


Best , 
/Rcc 



From dlm@opost.com Sun Nov 15 13:21:40 1998 
Return-Path: dlm@opost.com 

Received: from opost.com (opost.com [207.22.41.2]) by fudge.uchicago.edu ( 
Received: (from dlm@localhost) 

by opost.com ( 8 . 8 . 7 / 8 . 8 . 7 ) id OAA05942; 

Sun, 15 Nov 1998 14:23:02 -0500 
Date: Sun, 15 Nov 1998 14:23:02 -0500 
From: Dan Murphy <dlm@opost . com> 

Message-Id : <199811151923. OAA05942@opost . com> 

To: eric@fudge.uchicago.edu 

Subject: Re: request for TECO information 

Cc : dlm@opost.com 

Eric Fischer <eric@fudge . uchicago . edu> writes: 

> First, just to make sure I've got the basic facts straight: is it 

> correct that you wrote the first TECO, to run on the DEC PDP-1, 

> at M.I.T. around 1961? 

Right, except a year or so later. I came to MIT as a freshman in 
fall on 1961 and began hacking the PDP-1 during that year. TECO 
had its beginnings in late '62 or early '63. 

> One of the things that there seems to be a lot of disagreement 

> about is whether the original TECO used the display. I've heard: 

TECO on the PDP-1 did not originally use the display. When it was 
ported to the PDP-6, the display capability was implemented also. 

I don't know of display capabilities being added to the PDP-1 
version anytime in the next few years, but it could have been done 
after I graduated in '65. 

So: 

> * PDP-1 TECO never used the display at all 
True, up to 1965 at least. 

> * PDP-1 TECO originally didn't use the display but it was 

> added to that version after the PDP-6 version was written 

Not soon, if ever. 

> * PDP-1 TECO originally didn't use the display but Peter 

> Samson added display support later 

If it was ever done, I doubt Peter Samson did it. 

> * PDP-1 TECO used a display from the beginning 
False . 

> * PDP-1 TECO used a display and also a light pen 

Some PDP-ls had a display and light pen, but TECO didn't use them. 

I don't believe the PDP-6 TECO used the light pen either, at least 
not initially. 

> I've also heard two contradictory accounts of why TECO came to 

> be in the first place: 

> * to provide a rich enough set of editing features that tapes 

> of editing commands could be prepared off-line, to eliminate 

> the need for on-line editors 


8.7.578.7.3) 


True, mostly. The PDP-1 was a single user interactive machine, 



and machine time quickly became in much demand. Program sources 
could be prepared offline using "Flexowriter" electric typewriters 
with attached paper tape reader and punch. Editing could be done 
on the Flexowriters also, but it was very laborious -- you had to 
step through an existing paper tape, simultaneously punching a new 
one, until you came to the point of change, where you would type 
in new text, skip over old text (i.e. old tape), and then 
continue . 

There was at least one on-line editor, called Expensive 
Typewriter. But if you were seen sitting on THE COMPUTER "just" 
editing your program, you might well get grumped at, especially if 
you were a lowly undergraduate. 

So, my idea was to be able to specify a sequence of editing steps 
and enter them offline, using the Flexowriter, and then have a 
program to apply them to my old source papertape to produce a new 
one. Hence, TECO was originally an acronym for "Tape Editor and 
Corrector", not "text" as people later assumed. 

The irony is that this style of operating TECO was rarely used in 
practice. I quickly (like within a week of getting TECO to the 
point where it was of any practical use) added a feature that let 
users type editing commands on-line at the console rather than 
prepare them off-line, and TECO was used that way 99.9% of the 
time from then on. It turned out to be too difficult to prepare a 
correct commands tape off line for more than a few trivial edits; 
but TECOs powerful command set quickly proved valuable in an 
interactive context. 

The other funny thing is that even ultimate hackers like Stu 
Nelson and Ken Greenblatt thought TECO was too hard to use on the 
PDP-1 , and that's why they added the display when they ported it 
to the PDP-6 . 

> * to improve upon existing on-line editors that could only 

> add and delete complete lines rather than single characters 

This is also true. I hated line-oriented editors. I had worked 
with punched cards for the then-current IBM systems, and it always 
bothered me when I saw line (i.e. card) -oriented styles used in 
PDP-1 and later software where character stream editing could be 
so much more efficient. Expensive Typewriter was a very dumb 
editor. If you wanted to change one character in a long line, you 
had to retype the whole line. It didn't have even any of the 
in-line substitution commands of later line editors. 

> Both of the above suggest that TECO was intended as in improvement on 

> other editors that already existed at the time. I know that Expensive 

> Typewriter and the CTSS EDIT command both also date from the early 

> 1960s, but I don't know what order these editors appeared in, and 

> whether they predate or postdate TECO. Do you know? 

Expensive typewriter does predate TECO, as I alluded to above. 

CTSS itself didn't come online until after TECO was in use, 
though. I don't know offhand what, if anything, the CTSS EDIT 
command was patterned on. They were forced to use a line style, 
however, because of the nature of the terminals that were used 
with CTSS. As I recall, those terminals were only capable of 
sending and receiving a line at a time. They were effectively 
half-duplex and had to "turn around" the transmission direction 
for each interaction. 

Hope this has been of help. I'm curious about your interest. 

Just casual, or are you working on some related project? I think 
some of these accounts have been posted to newsgroups in the past, 



but of course, the truth and the untruths are all mixed together. 


dim 
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From dlm@opost.com Thu Jun 3 15:23:29 1999 
Return-Path: <dlm@opost . com> 

Received: frommercury.mv.net (root@mercury.mv.net [199.125.85.40]) 

by fudge .uchicago . edu (8. 8 . 8/8. 8 . 8) with ESMTP id PAA20794 

for <eric@fudge . uchicago . edu> ; Thu, 3 Jun 1999 15:23:24 -0500 (CDT) 

Received: from opost.com (opost.com [207.22.41.2]) by mercury.mv.net (8 . 8 . 8/mem-971025 
Received: (from dlm@localhost ) 

by opost.com (8. 8. 7/8. 8. 7) id QAA023 5 6 

for eric@fudge.uchicago.edu; Thu, 3 Jun 1999 16:24:38 -0400 
Date: Thu, 3 Jun 1999 16:24:38 -0400 
Message-Id: <19990 6032 024. QAA023 5 6@opost . com> 

From: Dan Murphy <dlm@opost . com> 

To: eric@fudge.uchicago.edu 

Subject: Re: Another PDP-1 TECO question 

Reply-To : Dan Murphy <dlm@opost . com> 


Interesting question. In retrospect, TECO on the PDP-1 console 
typewriter would seem very weird to most subsequent TECO users. 

In addition to the lack of altmode as you mention, it was an 
inherently half-duplex device — any keystroke was printed as well 
as sent as input data. Also like old typewriters, it had up-shift 
and down-shift keys, and these generated independent keycodes . 

The individual graphic keys, whether letters or numbers, generated 
the same code regardless of whether the typebar was presently 
upshifted or down shifted. And yes, it was a mechanical shifting 
that went "thunk" either way. 

TECO would recognize the sequence upshif t-downship (with no 
intervening keystrokes) as the termination of command input — the 
equivalent of two successive altmodes in many subsequent versions 
of TECO. The upshif t-downshift sequence was one that would never 
need to occur in normal text. Also, it has the desirable effect 
of forcing all input to end with the typebar in lowercase, thus 
preventing many mistakes or bugs. 

For terminating strings without also terminating command input, 
PDP-1 TECO used the "center dot" character. This was a 
non-spacing character that, in the design of the typewriter, would 
be followed with a comma or period to produce a printed semicolon 
or colon respectively. TECO would recognize those two cases and 
would terminate the string on any other character. Center-dot had 
some other uses in the command set also because it could function 
like a modifier. Hence, centerdot-openparen and 
centerdot-closeparen were the loop start and loop end commands 
respectively. 

As an aside, I never liked the two-altmode convention in later 
TECOs because it just seemed like an extra keystroke that had to 
be typed very often. I always used a version that required 
only one altmode and used something else for a string terminator 
that didn't also terminate command input. The two-altmode 
convention clearly came from the upshif t-downshift convention of 
the PDP-1 TECO however. Sigh. 


dim 


Eric Fischer <eric@fudge . uchicago . edu> writes: 

> A few months ago you sent me e-mail answering some questions about TECO 

> on the PDP-1. I hope you won't mind if I ask you another question that 

> I didn't think to ask then: the PDP-1 character set doesn't have an 

> "altmode" character, so how were insertions and commands terminated in 



> the original TECO? (And is there a manual where I could be looking 

> things like this up instead of having to ask?) 

> Thanks , 

> Eric Fischer 

> eric@fudge.uchicago.edu 
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From piner@alum.mit.edu Thu Feb 4 10:02:59 CST 1999 
Article: 7526 of general 

>From sdpiner@email.msn.com Thu Feb 4 07:43:53 1999 

Return-Path : sdpiner@email .msn.com 

Received: from smtp.email.msn.com ([207.46.181.18]) by fudge.uchicago.edu (8. 7. 5/8. 7. 3 
Received: from piner-9100 - 208.254.80.190 by email.msn.com with Microsoft SMTPSVC; 

Thu, 4 Feb 1999 05:45:46 -0800 
Reply-To : <piner@alum.mit . edu> 

From: "Stephen Piner" <sdpiner@email .msn. com> 

To: "Eric Fischer" <eric@fudge . uchicago . edu> 

Subject: RE: PDP-1 question 

Date: Thu, 4 Feb 1999 08:44:43 -0600 

Mess age- ID : <000001be504c$e731f 4e0$0b64cfdf @piner-9100> 

MIME -Version: 1.0 
X-Priority: 3 (Normal) 

X-MSMail-Priority : Normal 

X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 
Importance : Normal 

In-Reply-To : <199902032240 . QAA26028@fudge .uchicago . edu> 

X-MimeOLE: Produced By Microsoft MimeOLE V4. 72. 3110. 3 
Content-Type: text/plain 
Content-Transfer-Encoding : base64 


Eric: Thanks for sending me the item on Expensive Typewriter. It does 
help refresh my memory (what there is left of it!) . I think that my 
recollection of Fund and Justification was faulty - that came later, 
probably in DEC-Edit. DEC-Edit was not a PDP-1 Editor; it came later, 
perhaps on the PDP-5 . It used DEC-Tape for the storage media, and was a 
full featured editor for that media. Then along came TECO (in which I 
had no part) for the PDP-6 and PDP-10. 


Expensive Typewriter was developed while a student at MIT, of course. 
DEC-Edit was developed when I was employed by Digital. I worked for DEC 
from about 1962 to 1964 or 1965. A long time ago! 


Thanks again for your interest. And thanks again for the article. 


Steve Piner 
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From piner@alum.mit.edu Wed Feb 3 09:29:08 CST 1999 
Article: 7513 of general 

>From sdpiner@email.msn.com Wed Feb 3 07:17:01 1999 
Return-Path: sdpiner@email .msn.com 

Received: from smtp.email.msn.com ([207.46.181.18]) by fudge.uchicago.edu (8. 7. 5/8. 7. 3 
Received: from piner-9100 - 208.254.80.106 by email.msn.com with Microsoft SMTPSVC; 

Wed, 3 Feb 1999 05:18:49 -0800 
Reply-To : <piner@alum. mit . edu> 

From: "Stephen Piner" <sdpiner@email .msn.com> 

To: "Eric Fischer" <eric@fudge .uchicago . edu> 

Subject: RE: PDP-1 question 

Date: Wed, 3 Feb 1999 08:17:47 -0600 

Mess age- ID : <000001be4f 7f $f 95cc500$0b64cfdf @piner-9100> 

MIME -Version : 1.0 
X-Priority: 3 (Normal) 

X-MSMail-Priority : Normal 

X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 
Importance: Normal 

In-Reply-To : <199902 011458. IAA2 892 6@fudge . uchicago . edu> 

X-MimeOLE : Produced By Microsoft MimeOLE V4. 72. 3 110. 3 
Content-Type: text/plain 
Content-Transfer-Encoding : base64 


> Original Message 

> From: Eric Fischer [mailto:eric@fudge.uchicago.edu] 

> Sent: Monday, February 01, 1999 8:58 AM 

> To: Piner@alum.MIT.EDU 

> Subject: Re: PDP-1 question 

> 

> 

> Thanks! Here are the things I'm hoping you can tell me: 

> 

> - Steven Levy's book, Hackers, mentions Expensive Typewriter running 

> on the TX-0 . Was there ever actually a TX-0 version? 

No, there was not a version for the TX-0, at least not written be me. If 

one came along later, I would not know. 

> 

> - Were you the sole author of Expensive Typewriter or were there 

> other contributors? 

Yes, I was the sole author. Others in our group of "hackers" (not the same 
connotation as today!) offered advise and suggestions for features, but I 
did all the code. 


> - Had you used any other text editors when you wrote Expensive 

> Typewriter? If so, did they influence the design? 

My recollection is a little fuzzy on this. I think that there was a program 
on the PDP-1 for editing. It was very simple-minded, I think. It really 
behaved like a high speed off-line teletype, in that you could copy "n" 
lines, skip "n" lines, insert new lines; I don't remember for sure, but I 
don't think it allowed partial replacement of lines. If a line was in 
error, you had to copy up to that line, skip that line, insert the new 
line, and continue. 

I was inspired by Expensive Desk Calculator, written by Robert Wagner. We 
used Bob's program extensively in our Numerical Analysis course, and I 
thought it would also be nice to have an Expensive Typewriter to do some 
reports, etc, and also to do program editing, which was a chore either 
off-line (with Teletypes) or with the existing on-line editor. 

It has been almost 40 years since I did all this, so please forgive me if 



my memory fails me. I know that Expensive Typewriter had Find and Replace 
commands, as well as the "conventional" Line Advance, Delete, Copy type 
commands. Pages were buffered, so there was some limited ability to move 

backwards in the file. There was (I think) a Justify command that did a 
simple blank-fill justification of text. That is about all I can remember 
about the program. You may actually know more about its features than I at 
this point. If so, perhaps you could refresh my mind. 


> - The PDP-4 "Canute" editor seems similar to Expensive Typewriter in 

> many ways . Did you write it too? 


No, I did not write Canute. I think it was written by "Shag" Graetz, but I 
may be mistaken. I did write DEC-Edit for the PDP-1 while at DEC. This was 
an implementation of Expensive Typewriter for DEC-Tape. It was really full 
featured, had extensive word-processing capability (considering the 
technology of the day) and was fully bi-directional - you could move 
forward or backward through the entire file. 

A friend of mine tells me I "invented" computer work processing, but I 
think that there was some prior work done by others. We (I need to include 
all of the TMRC "hackers" in my credits) might possible have come up with 
some original ideas for word processing, but others most probably laid the 
groundwork. Regardless, as a student I was certainly not able to derive any 
direct (financial) benefit from my "invention", other that the meager wages 
that RLE paid for part-time programmers. 

I am still in the programming racket. I am a self-employed software 
consultant, at the moment primarily servicing a slient in the Chicago area. 
I get to make frequent trips from warm Florida to cold Chicago (how lucky! ) 
to keep my client happy. This will all be soon coming to an end, as I have 
just about reached "retirement" age; however, I have also started a 
Electronic Document Imaging business, and will continue with that for some 
time to come. 

Thanks for our interest. Your questions stir up ancient memories of 
pleasant times . I hope that the information that I have recalled is 
helpful . 

Steve Piner, '63 


> Thanks again, 

> Eric Fischer 
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From piner@alum.mit.edu Thu Jan 28 13:06:17 CST 1999 
Article: 7454 of general 

>From sdpiner@email.msn.com Thu Jan 28 12:38:10 1999 
Return-Path: sdpiner@email .msn. com 

Received: from smtp.email.msn.com ([207.46.181.18]) by fudge.uchicago.edu (8. 7. 5/8. 7. 3 
Received: from piner-9100 - 153.35.1.241 by email.msn.com with Microsoft SMTPSVC; 

Thu, 28 Jan 1999 06:56:59 -0800 
Reply-To : <piner@alum.mit . edu> 

From: "Stephen Piner" <sdpiner@email . msn . com> 

To: "Eric Fischer" <eric@f udge . uchicago . edu> 

Subject: RE: PDP-1 question 

Date: Thu, 28 Jan 1999 09:56:29 -0600 

Mess age- ID : <000001be4ad6$c4734ce0$0b64cfdf @piner-9100> 

MIME -Version : 1.0 
Content-Type: text/plain 
Content-Transf er-Encoding : base64 
X-Priority: 3 (Normal) 

X-MSMail-Priority : Normal 

X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 
X-MimeOLE : Produced By Microsoft MimeOLE V4. 72. 3 110. 3 
Importance : Normal 

In-Reply-To : <199901272113. PAA2 4801® fudge . uchicago . edu> 

Hello, Eric. Yes, I am the guilty party. I would be happy to answer any 
questions about it - but it has been a long time, and my memory may not 
be too clear. Send me your questions, however, and I will do my best to 
answer them. 

Steve Piner 

> Original Message > From: Eric Fischer 

[mailto:eric@fudge.uchicago.edu] > Sent: Wednesday, January 27, 1999 
3:13 PM > To: Piner@alum.MIT.EDU > Subject: PDP-1 question > > > I hope 
I'm not sending this to the wrong person — are you the same Steve > 

Piner who wrote the "Expensive Typewriter" program for the DEC PDP-1? 

If > you are, would you mind if I asked you a few questions about it? 

> > Thanks, > Eric Fischer > eric@fudge.uchicago.edu > 
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From george@dcs.qmw.ac.uk Wed Oct 14 05:26:41 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: from hotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [138.37.88.162]) by fudg 

Received: fromdialup-portl.dcs.qmw.ac.uk [138.37.88.231]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP; 
id LAA20753; Wed, 14 Oct 1998 11:27:30 +0100 (BST) 

X-Sender : georgeOmailhost . dcs . qmw .ac.uk 
Message-Id: <103 1107 03b24a316475ae@ [138 . 37 . 88 .231] > 

In-Reply-To : <199810121545. KAA11548@fudge . uchicago . edu> 

References : <103 11070 6b23fbl9 61977® [138 . 37 . 88 .232] > 

<103 1107 06b227dd7cad68@ [138.37. 88 .234] > 

<103 11 070 lb2 2 3 f553e610@ [138 . 37 . 88 .231] > 

<103110706b227dd7cad68@ [138 . 37.88.234]> 

<103110706b23fbl961977@ [138.37. 88 .232] > 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Wed, 14 Oct 1998 11:22:38 +0000 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw. ac . uk> 

Subject: Re: questions about "em" 

Cc : blampson@microsoft.com 

Eric , 

You wrote: 

* I'm thinking of trying to write up everything I've learned about the 

* ancestry and evolution of the "ed" family of editors into a paper to 

* submit to the Annals of the History of Computing. 

You may already know the following, but while having a drink with Butler 
Lampson last night (to drop a name :-), he reminded me of some more of ed's 
history. 

1. QED was developed at Berkeley by Butler Lampson and Peter Deutsch; 
designed jointly. Implemented by Peter Deutsch and Dana Angluin, documented 
by Butler Lampson: 

Butler Lampson and Peter Deutsch, An on-line editor. Comm. ACM 10, 12 (Dec. 

1967) , pp 793-799 . 

Butler writes (http://research.microsoft.eom/users/blampson/Systems.html#qed) : 

QED (1965-66) : Peter Deutsch and I designed this editor for the SDS 940, 
which he and Dana Angluin implemented [4] . It is the ancestor of Ken 
Thompson's family of qed and ed editors for CTSS, Multics and Unix. 

2. Ken Thompson was an undergraduate at Berkeley at the time and used QED. 

Ken then went to Bell Labs and worked initially on the Multics project, for 
which he developed the first version of 'ed', drawing on his knowledge of 
QED. Multics did not have an equivalent to raw mode input, so there was no 
possibility of including anything like the character-level interaction that 
was a feature of QED. 

3. I pointed out that Ken couldn't have implemented a character-level 
editor at Bell Labs, even with Unix's raw mode because they didn't have 
suitable terminals. (Their terminals were almost exclusively TTYs and 
Tektronix storage tube displays for quite a long time) . Given this, the 
inclusion of raw mode in early Unix releases (but not CBREAK mode, that 
came later) , was a far-sighted design decision. At the time that I wrote 
'em' I couldn't find an example of the use of raw mode anywhere in the Unix 
released code. 


4. As I've already mentioned to you, the character-level interaction that I 
put into 'em' was originally derived from the QED-like editor that William 
Newman implemented at QMC in 1971 for MIFS, our single-user operating 
system for Interdata machines. So QED appears twice independently in the 
ancestry of Unix editors. 



George 


From george@dcs.qmw.ac.uk Wed Oct 14 11:12:53 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: from hotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [138.37.88.162]) by fudg 
Received: fromgeorges-quadra.dcs.qmw.ac.uk [138.37.88.148]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP; 
for " <eric@fudge . uchicago . edu> " ; 

id RAA10577; Wed, 14 Oct 1998 17:13:57 +0100 (BST) 

X-Sender : george@mailhost . dcs . qmw . ac . uk 
Message-Id: <103130303b24a7bf f710b@ [138 . 37 . 88 . 148] > 

In-Reply-To : <199810141531. KAA05131@fudge . uchicago . edu> 

References : <103110700b248d81677bl@ [138 . 37 . 88 . 148] > 

<10313 03 01b247da8 5 f 6dd@ [138.37.88.148]> 

<103 11070 6b23fbl9 61977® [138.37.88.232]> 

<103130301b247da85f6dd@[138 .37 .88.148] > 

<103110700b248d81677bl@ [138.37.88.148]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Wed, 14 Oct 1998 17:12:59 +0100 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw. ac . uk> 

Subject: Re: questions about "era" 

At 4:31 pm +0100 14/10/98, Eric Fischer wrote: 

I don't think I can shed much further light on your explanations (both of 
which seem quite plausible) . 

Both 'ex' and 'vi' coexisted in BSD Unix releases. I think they were 
different variants of the same Berkelely code. I wasn't a user of them 
(preferring 'em' and then 'ded') so I don't recall how the visual commands 
changed over time, if at all. 

Your explanation (1) would imply that the Illinois version of ex diverged 
from the Berkeley one, unless the Illinois changes were re-integrated. 

Seems unlikely. I don't recall any Illinois involvement in this development. 

What about contacting Chuck Haley? 

George 

* I got a reply back from Bill Joy, but he says that I'm wrong 

* about the contribution from SOS: 

* 

* if anything, the open and visual commands were inspired 

* by vaughn pratts "doc" editor (teco macros) from mit, 

* but were actually mostly designed by me, from scratch. 

* i later cribbed additional ideas from doc and from stallman emacs . 

* 

* I've located a copy of "doc," under its alternate name "zed" — 

* unfortunately it's just the source code, and it's written in TECO so 

* it's not very comprehensible — and it does seem to resemble vi in 

* several respects, especially in its use of compound commands 

* (operation+count+motion) to do things like delete three words 

* and the use of paired punctuation marks to move around by sentences 

* and paragraphs . 

* 

* Nevertheless, I'm not willing to give up this SOS theory so easily. 

* I can think of only two possible explanations that would account for 

* the evidence : 

* 

* 1) ex started out at Berkeley as a version of em modified to 

* resemble "doc," but after someone brought a copy to the 

* University of Illinois it was modified there to use the 

* simpler command set from SOS. Meanwhile, the Berkeley 

* version was extended to use the full screen and became vi . 

* 

* 2) ex started out at Berkeley as a version of em modified to 



resemble SOS, and a copy of this editor was brought to the 
University of Illinois. At Berkeley, this original version 
was quickly rewritten into a full-screen version incorporating 

features from "doc," and the original was in use for such a 

short time that Bill Joy has since forgotten about it. 

The first one just doesn't seem very likely to me, but who am I 
to argue with Bill Joy's own account? 



l C^\ oO @ ^ 

From george@dcs.qmw.ac.uk Tue Oct 13 04:27:14 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: fromhotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [138.37.88.162]) by fudg 
Received: from dialup-portl.dcs.qmw.ac.uk [138.37.88.231]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP; 
for "<eric@fudge .uchicago . edu>" ; 

id KAA02200; Tue, 13 Oct 1998 10:28:19 +0100 (BST) 

X-Sender : george@mailhost . dcs . qmw. ac . uk 
Message-Id: <103110700b248d81677bl@ [138 . 37.88. 148] > 

In-Reply-To : <199810121843 . NAAl3208@fudge. uchicago . edu> 

References : <103130301b247da85f 6dd@ [138 . 37 . 88 . 148] > 

<103110706b23fbl961977@ [138.37. 88 .232] > 

<103110706b227dd7cad68@ [138 .37 . 88 .234] > 

<103110706b23fbl9 61977@ [13 8 .37 . 88 .232] > 

<103130301b247da85f 6dd@ [138 .37 . 88 . 148] > 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Tue, 13 Oct 1998 10:30:37 +0000 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw. ac ,uk> 

Subject: Re: questions about "em" 


* I'm not actually sure Bill Joy would be able to give the definitive 

* answer. If I'm reading the Ex 1.1 manual correctly, most of the early 

* work on ex was actually done by Charles Haley, so he might have been 

* the one who chose what commands to use for open mode. The manual also 

* credits Bruce Englar for "stimulat [ing] the redesign of ex and 

* convincing] the author of the worth of the intraline editing 

* facilities," so it sounds like Bill Joy might have been more interested 

* in the command line interface than in open mode. 

I think you're roughly right about the contributions. Bill Joy was writing 
his Pascal comiler at the time (summer '76). When I gave him the source of 
Em he took a week or so off to make a first prototype of a full-screen 
editor from it and then gave it to Chuck Haley to finish off. As my 
'Quarter Century of Unix' contribution says, I spent time at Berkeley in 
summer '76. I had two days of contact with Bill and Chuck, the first when I 
gave them the source of Em and the second about 3 weeks later when they 
showed me a version of 'ex'. So Bill was probably interested in the 
'full-screen' aspect and the command line, but not the details of the 
keystroke-level editing. I don't remember meeting Bruce Englar. 


George 
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From georgeddcs.qmw.ac.uk Mon Oct 12 12:00:36 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: from hotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk 
Received: from georges-quadra.dcs.qmw.ac.uk [138.37.88.148]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP ; 
id SAA23218; Mon, 12 Oct 1998 18:01:32 +0100 (BST) 
X-Sender : georgedmailhost . dcs . qmw. ac . uk 
Message-Id: <103130301b247da85f 6dd@ [138 . 37 . 88 . 148] > 

In-Reply-To : <199810121545. KAA11548@fudge . uchicago . edu> 

References : <103 110706b23fbl9 61977® [138 . 37 . 88 .232] > 
<103110706b227dd7cad68@ [138.37.88.234]> 

<103 1107 01b223f 553 e610@ [138.37. 88.231]> 

<103 1107 06b227dd7cad68@ [138.37.88.234]> 

<103110706b23fbl9 61977® [138 .37. 88 .232] > 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Mon, 12 Oct 1998 17:46:47 +0100 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw. ac . uk> 

Subject: Re: questions about "era" 

Cc : richard@dcs.qmw.ac.uk 


fit J 


[138.37.88.162]) by fudg 


Hello Eric, 


I think you're beginning to uncover some interesting and original stuff 
about the thread of development of visual editors. You might be interested 
in contacting Richard Bornat, who developed our modeless full-screen editor 
'Ded'. He is still on the staff here. I've copied this message to him. 
Richard and Harold Thimbleby published some analysis of user's conceptual 
models and requirements for keystroke-level editing. I think Richard also 
published a retrospective paper on the design of Ded. 

* I think the reason you weren't able to locate the em source code from 

* the PUPS web page is that almost all the software archived there is 

* based on copyrighted Unix software and can't be downloaded by anyone 

* without first proving that they have a Unix source license. (I don't 

* think there would be any problem with simply listing all the contents 

* of the archives, but I don't think anyone has actually gone through 

* everything yet to make a comprehensive list of what's there.) I will 

* send you a copy of the source code in another piece of mail, since you 

* obviously should have the legal right to your own program! 

Many thanks for that. We do still have a Unix source licence somewhere, 
but I didn't relish having to prove it! 

I've extracted the files and re-visited them with interest. I see that they 
are dated April 76 and the comment states that the 'o' command was added in 
March 76. 


★ 

* > At a somewhat later date than em, I developed a shell with a visual line 

* > editor in it, called 'gsh'. I think this preceded other efforts such as 

* > tsh, and it was used heavily at QMC and I think some other UK sites. 

* 

* According to Paul Placeway, who wrote the earliest versions of tcsh, 

* David Korn's ksh incorporated line editing before tcsh did, but he 

* wasn't aware of ksh at the time so it was an independent invention. 

* The first tcsh was written in 1983; I don't know when ksh originated. 

* Myself, I've come to the conclusion that the shell is the wrong place 

* for a line editor -- I think the editor built into the terminal driver 

* ought to be improved instead — but it's probably too late to try to 

* convince the rest of the world of this. I will certainly start looking 

* for a copy of gsh, though. 

I even forgot the correct name of 'tcsh'! I don't have a date for when I 
first released gsh. It doesn't apper in the 1982 edition of the QMC Unix 



manual (we usually printed it with local additions) . It probably was in 
'83. I'll try to check on it. 

* > * By the way, I suspect that the introduction of "insert mode" in ex was 

* > * an attempt to reduce the CPU usage of the editor . . . 

* > 

* > That's interesting. I think that decision about "insert mode" was 

* > misguided. Text editing was what interactive computing was all about 
in the 

* > 70s, so it was justifiable to dedicate a fair chunk of the available 

* > resources to it. 

* 

* I should have hesitated before writing that, actually, because almost 

* immediately after sending you that mail I discovered that what I said 

* probably wasn't true. 

Actually, thinking back, I think I made the same inference as you when I 
heard what Bill Joy had done. But now you're telling me he just wanted to 
make it the same as SOS. Maybe someone should ask him, but I would be 
surprised if he remembers his reasoning. 

Incidentally, we reached a similar conclusion to you about the best place 
to do line editing (not surprising, as we had essentially the same code in 
at least 3 different tools - Em, Ded and Gsh) . We even commissioned one of 
our system programmers to produce such a terminal driver. 

He never finished the job satisfactorily. A better programmer might have 
done, but this software architecture runs agains the thinking that led to 
microkernels - the more functionality you put in the kernel the harder it 
is to get it right and the more centralised the system's development has to 
be . 

My Libed library offered an alternative solution - self-contained piece of 
code that can be widely distributed and used. Libed was used by gsh, Em (at 
least I think I reverse-engineered Em to use it) and by several application 
programs written by students. 

With support for shared libraries, this approach has many of the advantages 
of the kernel implementation, although it would still require a context 
switch on every key depression. A microkernel approach would aim to get 
around that by making the keyboard driver (optionally) a part of the 
application - that's a completely different kernel architecture from Unix. 

* 

* I'm thinking of trying to write up everything I've learned about the 

* ancestry and evolution of the "ed" family of editors into a paper to 

* submit to the Annals of the History of Computing. If you were planning 

* to do something like this yourself, would you warn me so that I don't 

* duplicate the effort? And if you're not, would it be OK with you if 

* I quote from the mail you've sent me? 

No, I'm not thinking of publishing on this - for one thing, my memory is 
too poor it takes someone like you to prompt into some semblance of normal 
operation . 

I think you're beginning to uncover some interesting and original stuff 
about the thread of development of visual editors. You might be interested 
in contacting Richar Bornat, who wrote our modeless visual editor 'Ded'. He 
is still on the staff here. I've copied this message to him. 

You're certainly welcome to quote from what I've said and to send me more 
questions . 

I hope we get a chance to meet face-to-face one day. 





<? '"■i 


From george@dcs.qmw.ac.uk Tue Oct 6 06:15:21 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: from hotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [13 8 . 37 . 88 .,162 ] ) by fudg 
Received: from dialup-port4.dcs.qmw.ac.uk [138.37.88.234]; 

by hotpoint.dcs.qmw.ac.uk (8 . 8 .7/8 . 8 . 5/S-4 . 0) with ESMTP; 
for " <eric@f udge . uchicago . edu> " ; 

id MAA05796; Tue, 6 Oct 1998 12:16:02 +0100 (BST) 

X-Sender : george@mailhost . dcs . qmw.ac . uk 
Message-Id: <103 1107 06b23 fbl9 619770 [ 13 8 . 37 . 88 . 232 ] > 

In-Reply-To : <199809211647. LAA06507@fudge . uchicago . edu> 

References : <103 11070 6b227dd7cad68@ [138 . 37 . 88 .234] > 

<103110701b223f553e610@[138 .37.88 .231] > 

<103130302b215b27c8c03@ [138.37.88.148]> 

<103 1107 01b223f 553 e610@ [138.37 . 88 .231]> 

<103 11070 6b227dd7cad68@ [138.37 . 88.234]> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Tue, 6 Oct 1998 12:17:18 +0000 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw . ac . uk> 

Subject: Re: questions about "em" 


Dear Eric, 

* This weekend I had the opportunity to look through the contents of some 

* Usenix conference tapes that had been donated to the PDP Unix Preservation 

* Society (http://minnie.cs.adfa.oz.au/PUPS/) by Henry Spencer and was happy 

* to discover that they contained (along with many other things) the source 

* code and documentation for your March 1976 and June 1977 versions of em, 

* plus five different versions as modified by other people. There were also 

* two pre-lBSD versions of ex (as further modified at the University of 

* Illinois) that were obviously created by modifying em. I'm not sure if 

* any of your code lives on in current versions of vi because of the changes 

* that were required to add operators that could span multiple lines, but the 

* structure still certainly comes from em, even if the details are different. 

This is great news. I looked at the PUPS web pages and I couldn't identify 
the files online there. Is there any chance that you could mail me the 
source and documentation files for em? 

What you say about ex and vi doesn't surprise me. 

At a somewhat later date than em, I developed a shell with a visual line 
editor in it, called 'gsh'. I think this preceded other efforts such as 
tsh, and it was used heavily at QMC and I think some other UK sites. I 
mention it because the line editing code worked quite differently. It was 
based on a C procedure library (called 'libed') that I wrote which 
implemented visual line editing in manner that completely separated the 
visual presentation from the in-memory representation of the line. 

The main procedure in libed was an 'update' which took a new version of the 
current line as a parameter, compared it with the previous version (stored 
in a static) and did the mimimal output to transform the old displayed line 
to the current one. Input was also handled in a clean manner, but I forget 
the details and I've lost that code too. I think I got the ideas for libed 
from a paper by Jim Gosling (then at CMU, now of Java fame) on display 
editing . 

* By the way, I suspect that the introduction of "insert mode" in ex was 

* an attempt to reduce the CPU usage of the editor by letting the kernel 

* handle keyboard input while inserting text, only switching to raw mode 

* when single-character input was absolutely necessary to move around within 

* the line. The same sort of thing was apparently done in the Multics 

* version of Emacs (http://www.best.com/~thw/mepap.html), but with good 

* enough kernel support that any arbitrary character could cause a break 



* rather than limiting the set to one or two characters as standard Unix 

* terminal drivers do . 

That's interesting. I think that decision about "insert mode" was 
misguided. Text editing was what interactive computing was all about in the 
70s, so it was justifiable to dedicate a fair chunk of the available 
resources to it. Of course the Emacs solution that you describe was the 
right way to go . 

* Thanks again for everything, and I'll be looking forward to reading 

* about the additional background regarding QED and em. 

Here's a rough version of the additional background on QED and em: 

The visual editing in Em didn't come out of the blue. William Newman was a 
member of our Computer Systems Lab at QMC in 1971-2. He came to a Research 
Fellowship with us after some years of postdoc work in leading US computer 
graphics groups first at Harvard and then Utah, where he had used Tenex for 
most of his early work on interactive graphics. There he had used QED and 
gained some insight into how to construct tools tike it. 

When William arrived at QMC, we had a brand new computer for our research 
with an operating system that was virtually unusable for software 
developement . This was an early Interdata (the Model 4) which we had bought 
for its microprogrammed architecture. The Interdata was complemented by an 
Imlac vector graphic display system (a separate terminal with sophisticated 
graphics facilities, connected to the Interdata at 9600 baud). 

William, with his Tenex experience and his orientation towards creating 
effective interactive computing systems realised just how inadequate the 
Interdata system was and with Mike Cole (another young member of staff at 
QMC) he set about producing a new OS and tools from scratch. This they 
succeeded in doing in an extremely short time (In ~ 3 months they produced 
a filing system, a simple shell, a compiler-compiler (Tree-Meta based) and 
system programming language) . William also implemented a version of QED. 

So when we installed Unix V4 in 1973, we were already used to better 
interactive editing than Ed could offer and it was this that prompted me to 
develop Em. 

The above story shows that there was a fairly direct line of inheritance: 
QED -> Em -> Ex -> Vi 

This isn't reflected at all in Dennis Ritchie's note. I'll let Dennis have 
a copy of this note once you've had chance to read and comment on it. 

The story also tends to diminish the original contribution of Em, since the 
visual editing idea was based directly on my experience of QED. My 
contribution, if there was one, was to see the feasiblity of implementing 
character-level interaction in the Unix multi-user environment and to carry 
it through despite the objection that it would be too resource hungry. 

There were no other significant applications of Raw mode input handling 
available in Unix at that time, to my knowledge. 

Best wishes, 


George 
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From george@dcs.qmw.ac.uk Fri Sep 18 06:29:17 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: from hotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [138.37.88.162]) by fudg 
Received: from dialup-port2.dcs.qmw.ac.uk [138.37.88.232]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP; 
for "<eric@fudge .uchicago . edu>" ; 

id MAA04540; Fri, 18 Sep 1998 12:29:47 +0100 (BST) 

X-Sender : george@mailhost . dcs . qmw . ac . uk 
Message-Id: <103 11070 6b227dd7cad68@ [138 . 37 . 88 .234] > 

In-Reply-To : <199 809151454. JAA163 68@fudge . uchicago . edu> 

References : <103110701b223f 553e610@ [13 8 . 37 . 88 .231] > 

<103130302b215b27c8c03@ [138 .37 . 88 . 148] > 

<103130302b215b27c8c03@ [138 . 37.88. 148] > 

<103110701b223f553e610@ [138 .37 . 88 .231] > 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Fri, 18 Sep 1998 09:58:10 +0000 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs .qmw.ac.uk> 

Subject: Re: questions about "em" 


Hello Eric, 

Thanks for your mail. The link to QED has some interesting background on 
this side of the Atlantic which Dennis Ritchie's note (which I hadn't known 
about) doesn't mention. Nor does he mention that Em was the link between 
QED and Vi. Bill Joy definitely used my code as the base for Ex which 
became Vi - when I spoke to him about it several years later he said that 
there was probably still some of my code (and Ken Thompsons) in Ex/Vi. 

I'm about to go on vacation. When I get back, I'll put the above down in 
more detail and send it to you and Dennis. 

I support your interest in software history. I think it must have a place 
in the history of ideas, but I'm not sure when and how it will be 
recognised as important. 

Peter Salus ' book is good, but not really focussed on the development of 
specific technical ideas - e.g. modeless interactive editing. 

Best wishes, 


George 



From george@dcs.qmw.ac.uk Fri Sep 4 10:31:14 1998 
Return-Path: george@dcs.qmw.ac.uk 

Received: fromhotpoint.dcs.qmw.ac.uk (hotpoint.dcs.qmw.ac.uk [138.37.88.162]) by fudg 
Received: from georges-quadra.dcs.qmw.ac.uk [138.37.88.148]; 

by hotpoint.dcs.qmw.ac.uk ( 8 . 8 . 7/8 . 8 . 5/S-4 . 0 ) with ESMTP; 
id QAA02658 ; Fri, 4 Sep 1998 16:31:25 +0100 (BST) 

X-Sender : george@mailhost . dcs . qmw. ac . uk 
Message-Id: <10313 03 02b215b27c8c03@ [13 8 . 37 . 88 . 148] > 

In-Reply-To : <199809031621. LAA07104@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Fri, 4 Sep 1998 16:30:39 +0100 

To: Eric Fischer <eric@fudge .uchicago . edu> 

From: George Coulouris <george@dcs .qmw.ac.uk> 

Subject: Re: questions about "em" 

Cc : Richard Bornat <richard@dcs . qmw. ac ,uk> , Derek Coppen <derek@dcs . qmw. ac . uk>, 
qmw. ac . uk@hotpoint . dcs . qmw. ac . uk, 

Ben Salama <bsalama@algorithmics . com> 


Hi Eric, 

It was nice to get your message. I don't often get to talk about stuff I 
did 20+ years ago! 

At 5:21 pm +0100 3/9/98, Eric Fischer wrote: 

* I just discovered your web page on the history of the "em" text editor. 

* There are several things I'm curious to know more about so I hope you 

* don't mind if I ask you a few questions: 

* 

* * You mention that em was an extension of the standard ed text 

* editor; did it entirely replace the ed line-oriented interface 

* the way vi does, or was the character-oriented interaction 

* invoked by a particular ed command? 

Em was just a compatible upgrade to Ed which allowed visual editing wihin a 
single line. I used this approach partly because it could be implemented on 
any vdu (by sending a RETURN character followed by a new version of the 
line after each alteration) and partly because I didn't really know how to 
do a full-screen editor! 

In fact it could even be used on a TTY, although the interaction was 
painfully slow and the each successive version of the line was printed on a 
new line. 

* 

* * In the version of your account published in A Quarter Century 

* of Unix, you indicate that em did not use the same keys for 

* editing commands as for typing text, yet it also ran on ADM-3 

* terminals and Teletypes, which have few special keys. Does this 

* mean that control-key sequences were used for the editing functions, 

* as in emacs, or was there another mechanism? 

On ADM-3s and most other contemporary vdus it used control keys. At QMC we 
modified some VDUs . We had some ITT 3210 vdus that had a block of blue 
'arrow keys' on the right of the keyboard. These were only functional when 
the terminal was in 'full screen mode', when they could be used to move the 
cursor to a new screen position and overtype the character at that 
position. This was all local interaction; in 'full screen mode' the 
contents of the screen were transmitted only when the Send key was pressed. 

We modified the these terminals to send control codes when the 'arrow keys' 
were pressed in normal character input mode. This enabled the software to 
intepret them as editing codes . This enabled me to implement Em in a more 
usable manner. It also led to the development of 'ded', a full screen 
editor that was modeless, by my colleague Richard Bornat. 



Subsequently, we obtained a larger number of Hazeltine 1510 terminals. 

These were microprocessor controlled and we re-programmed them to provide a 
larger set of dedicated cursor control and character editing keys (move 
forward a word, move backward a word, delete character backward, delete 
character forward, delete word backward, delete word forward, etc.) 

This provided another huge step forward in usability and allowed us to 
maintain our modeless approach to screen editing, which was, we feel, 
superior to the Vi approach. 


* * Do you remember any of the commands that em used, or still have 

* copies of any of the documentation or source code? 

Unfortunately, I've lost the source code. On receiving your message I had a 
search and managed to find a hardcopy of the "em" manual page. I'm going to 
scan it and install the parts that are different from the standard "ed" 
documentation as a .gif file linked to the Web page: 

http : / /www. dcs . qmw. ac . uk/~george /history . html 

I'll let you know when it's there. 





Pc Ur i>^cU 

From ghost@ursa-major.spdcc.com Wed Sep 16 16:11:13 1998 
Return-Path : ghost@ursa-maj or . spdcc . com 
Received: from ursa-major.spdcc.com (URSA-MAJOR.SPDCC.COM [140.186.80.3]) by fudge. uch 
Received: by ursa-major.spdcc.com with sendmail-5 . 65/4 . 7 

id <AA28559@ursa-major. spdcc . com>; Wed, 16 Sep 98 17:11:44 -0400 
Date: Wed, 16 Sep 98 17:11:44 -0400 

Mess age- Id : <9809162111 . AA2 8559@ursa-maj or . spdcc . com> 

From: "ghost@aladdin.com" <ghost@ursa-major. spdcc . com> 

To: eric@fudge.uchicago.edu 

In-Reply-To : <199 809 162 03 2 . PAA13 83 0@fudge . uchicago . edu> (message from Eric 
Fischer on Wed, 16 Sep 1998 15:32:13 -0500 (CDT) ) 

Subject: Re: QED 

QED was not a rewrite of TECO : they have nothing in common. 

QED was originally inspired by a very similar editor I rewrote when I 
was hanging around MIT in the early 60s, called Expensive Typewriter. 

It was originally the creation of some of the Tech Model Railroad Club 
gang. It was originally designed as a paper-tape-to-paper-tape 
editor: I rewrote it to allow random access by buffering the file on 
the disk. It did not use control characters at all, other than 
backspace . 

As far as I remember, the use of control characters for moving around 
in the line was original. We started out with only character ( A A), 
word ( A W), and line ( A Q) delete, and then things sort of got out of 
hand . : - ) 

The other person you might want to ask about this would be Butler 
Lampson, who is now at Microsoft. 

May I ask what is the source of your interest? Is there a patent 
dispute involved? 
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From ghost@ursa-major.spdcc.com Tue Sep 29 02:23:50 1998 
Return-Path : ghost@ursa-maj or . spdcc . com 

Received: from ursa-major.spdcc.com (URSA-MAJOR.SPDCC.COM [140.186.80.3]) by fudge. uch 
Received: by ursa-major.spdcc.com with sendmail-5 . 65/4 . 7 

id <AA02639@ursa-maj or . spdcc . com> ; Tue, 29 Sep 98 03:24:38 -0400 
Date: Tue, 29 Sep 98 03:24:38 -0400 

Message-Id: <9809290724 . AA02 63 9@ursa-maj or . spdcc . com> 

To: eric@fudge.uchicago.edu 

In-Reply-To : <199809242146 . QAA11878@fudge .uchicago . edu> (message from Eric 
Fischer on Thu, 24 Sep 1998 16:46:08 -0500 (CDT) ) 

Subject: Re: An Expensive Typewriter question 
From: ghost@aladdin.com 
Reply-To: ghost@aladdin.com 

Colossal Typewriter and Expensive Typewriter were different versions of the 
same program. I don't remember which came first. I know that the program I 
worked on was called Expensive Typewriter 11a, and I must have worked on it 
between 1960 and September 1964. 


L. Peter Deutsch 

203 Santa Margarita Ave . 

Menlo Park, CA 94025 


Aladdin Enterprises :::: ghost@aladdin.com 
tel. +1-650-322-0103 (AM only) ; fax +1-650-322-1734 
http : / /www. cs .wise . edu/ -ghost /index . html 
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From bill.joy@sun.com Mon Oct 12 16:41:38 1998 
Return-Path: bill.joy@sun.com 

Received: from data.zgsw.COM (zgsw.com [207.220.14.12]) by fudge.uchicago.edu (8. 7. 5/8 
Received: from zgsw.com by data.zgsw.COM (SMI-8 . 6/SMI-SVR4) 
id PAA19884; Mon, 12 Oct 1998 15:42:29 -0600 
Received: from sun.com by zgsw.com (8 . 8 . 8+Sun/SMI-SVR4) 

id PAA02459 ; Mon, 12 Oct 1998 15:42:27 -0600 (MDT) 

Mess age- ID : <36227517. C9820BF9@sun. com> 

Date: Mon, 12 Oct 1998 15:31:03 -0600 
From: bill joy <bill . j oy@sun . com> 

Reply-To : bill . j oy@Central . Sun . COM 
X-Mailer: Mozilla 4.04 [en] (Win95; I) 

MIME-Version : 1.0 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: question on early ex/vi history 
References : <199810122011 . PAA14029@fudge .uchicago . edu> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

if anything, the open and visual commands were inspired 
by vaughn pratts "doc" editor (teco macros) from mit, 
but were actually mostly designed by me, from scratch, 
i later cribbed additional ideas from doc and from stallman emacs . 
bill 
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From albaugh@agames.com Wed Oct 21 16:42:17 1998 
Return-Path: albaugh@agames.com 
Received: from void.agames.com (gate-void.agames.com [192.245.82.72]) by fudge . uchicag' 
Received: from java.agames.com (java.agames.com [192.245.83.156]) 
by void.agames.com with ESMTP id OAA17201 

for <eric@fudge . uchicago . edu> ; Wed, 21 Oct 1998 14:42:44 -0700 (PDT) 

From: Mike Albaugh <albaugh@agames . com> 

Received: (albaugh@localhost) by java.agames.com (8.6.12/8.6.12) id OAA16914 for eric® 
Message-Id: <199 810212142. OAA16914® j ava . agames . com> 

Subject: Re: Genie 

To: eric@fudge.uchicago.edu (Eric Fischer) 

Date: Wed, 21 Oct 1998 14:42:42 -0700 (PDT) 

In-Reply-To : <199810211806 . NAA25582@fudge . uchicago . edu> from "Eric Fischer" at Oct 21, 
X-Mailer: ELM [version 2.4 PL24] 

Content-Type: text 


> > > I have to confess I don't know what Genie is — is that the name 

> > > that SDS used when they were selling the system commercially? 

> > 

> > No. That was the name of the project at Berkeley. 

> 

> Oh! I had only seen it referred to as "the Berkeley time-sharing 

> system," without even any capitalization. I'm glad to know it had 

> a name . 

Hmmm, When I was there, (1969.. 1972) Genie was a "production" 
system, more or less, and Lampson and Deutsch were working on "Cal TSS" 
(Time Sharing System) which was pretty cool (capability-based, 
what might be called a "micro-kernel" today) but also, alas may 
have suffered from "Second System Effect". It ran on CDC6000 
series, but is nt to be confused with MACE, Kronos, Plato, NOS, 

SCOPE, or even Calidoscope . . . 

> certainly a shame if it's all been lost, especially considering 

> how many influences it had on other systems that came later. 

Yeah, although I never had an account, I saw Genie 
as a TTY installer/repairman and over the shoulders of some 
of the "privileged" . When I tell the young whipper-snappers 
about email, filename completion, context-sensitive help, 
a decnet debugger, . . . all on a system that was "mature" before 
they were born, they gape in awe and wonder if the old fart has 
been hitting the Sarsaparilla a bit hard... :-) 

Mike 
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From dpbsmith@world.std.com Mon Nov 2 17:52:29 1998 
Return-Path : dpbsmith@world . std.com 

Received: from europe.std.com (europe.std.com [199.172.62.20]) by fudge.uchicago.edu ( 
Received: from world.std.com by europe.std.com (8 . 7 . 6/BZS-8-1 . 0) 
id SAA13754; Mon, 2 Nov 1998 18:53:41 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA22930; Mon, 2 Nov 1998 18:53:40 -0500 
Date: Mon, 2 Nov 1998 18:53:40 -0500 (EST) 

From: "Daniel P. B. Smith" <dpbsmith@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: expensive typewriter 

In-Reply-To : <199811022033 . OAA10913@fudge .uchicago . edu> 

Mess age- Id : <Pine . SGI .3.95.981102182242 . 27049A-100000@world .std. com> 

Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

> * Who wrote the program? (I've seen it attributed variously to Peter 

> Sampson, Steve Piner, and to an unspecified TMRC member) 

I don't think it was Peter Samson. (I am 99.9% sure his surname is 
spelled like the Biblical character, no "p." I have an email address for 
him, samson@netcom.com, but his responses to queries about TJ-2 have been 
laconic, other than to confirm his authorship) . My reasons for thinking 
it wasn't him was that I knew him fairly well for a while and a) he never 
claimed authorship of it, and b) he was full of ideas for an "elegant" 
editor . 

> * Did it predate the "edit" command on CTSS? Did either program 

> influence the design of the other? 

I think it predated CTSS, though I'm not certain. I became aware of the 
PDP-1 early in 1962, and Expensive Typewriter was an established, accepted 
tool. The console tape we loaded it from had a DEC-logo sticker on it. 

It's mentioned in the 1963 PDP-1 manual. 

My recollection is that there was almost no overlap or cultural contact 
between the CTSS crowd and the PDP-1 crowd. The CTSS crowd seemed more 
interested in the internals of making time-sharing work, and had 
relatively little interest in the end-user, in what would now be called 
the "user interface, " or in what you could really do with the system. They 
scorned the PDP-1 as a toy machine. I won't go so far to say that the 
CTSS crowd was like PC users and the PDP-1 crowd was like Mac users, but 
you get the idea. The polarization was between those that believed in the 
shared use of a single big, powerful machine and those that believed in 
the individual use of a small machine. 

On the PDP-1, interactive programs that used the Soroban tended not to be 
purely line-oriented, ever. For example it was customary to parse things 
as they were typed and give immediate feedback via a typed question mark 
at the exact point where the error occurred. Waiting for line completion 
was unusual and was more typical of big systems where the line was being 
buffered by some low-level hardware and the program didn't even get to see 
the line until the user hit "return." I don't remember just where ET fit; 
it was more line-oriented than most, but I don't think even it was purely 
line-oriented . 

> * For the insert, delete, change, and list commands, did the line 

> numbers always have to be specified, or was there a default? 

I am 80% certain that the period character, could be used to 

represent the current line. I am 80% certain that you could use relative 
offsets from the current line, e.g. ".,.+2" 

> * I'm sure I read somewhere that Expensive Typewriter used the display 

> scope to show the context during editing, but the DEC documentation 

> doesn't have any reference to this. Am I confusing it with some 



> 


other editor? (TECO? TED?) 


No editor I used on the PDP-1 in Building 26 had _any_ sort of screen 
display. The PDP-1 version of TECO definitely _did not_. The PDP-6 
version of TECO definitely _did_ and I was enthralled and astonished when 
I saw it. Some PDP-1 's had hardware-assisted character generation (I 
think it displayed the AC + 10 = 36 bits as an arbitrary 7x5 matrix, 
with the 36th bit being used to "subscript" the position) and maybe some 
editors supported it, but I don't think so. 

> * I also got it in my mind somehow that Expensive Typewriter allowed 

> single-character changes, but I only find references to inserting, 

> deleting, and changing whole lines in the DEC manual. Do you know 

> whether there was any single-character facility? 

I really don't think so. ET was line-oriented. TECO was 

character-oriented. However, around 1964 or thereabouts Peter Deutsch made 
a significant update to ET that allowed for local and global 
search-and-replace — I don't remember the syntax but it made changes within 
a single line much easier. He also devised a patch to allow MACRO to 
accept source code directly from ET's internal buffer. 

> By the way, if you're interested, I've typed in the DEC documentation 

> and put it on the web at 

> 

> http : / /ars-www. uchicago . edu / -eric / lore / typewriter /workbook. html 

I am interested and should have checked this before writing this reply. I 
sort of hope that if you write something about ET you will write about 
TJ-2 as well . 



From dmr@plan9.bell-labs.com Fri Jan 8 21:44:00 1999 
Return-Path : dmr@plan9 . bell-labs . com 

Received: fromplan9.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by fudge. uchic 
From: dmr@plan9.bell-labs.com 

Message-Id: <199901090343 . VAA25074@fudge .uchicago . edu> 

Date: Fri, 8 Jan 1999 22:40:02 -0500 
To: eric@fudge.uchicago.edu 
Subject: grep/gres/sed 

> I think gres fell in the cracks between releases. It wasn't in 

> the Sixth Edition, but by the time of the Seventh it had already 

> been replaced by sed. It did appear, for some reason, in 1BSD, 

> but not in any of the later BSDs . 

I agree about V6 and V7 . I don't know for sure about between- time 
escapes to BSD, since I don't have the manuals at hand. gres was 
(from the start) an obvious take on grep, but until Lee McMahon 
did sed, it somehow wasn't all that useful. 

Dennis 
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From george@dcs.qmw.ac.uk Sun Feb 28 16:08:52 1999 
Return-Path: george@dcs.qmw.ac.uk 

Received: from gamma.qmw.ac.uk (gamma.qmw.ac.uk [138.37.6.8]) by fudge.uchicago.edu (8 
Received: from alpha.qmw.ac.uk by gamma.qmw.ac.uk with SMTP-QMW with ESMTP; 

Sun, 28 Feb 1999 22:11:15 +0000 

Received: from [138.37.88.233] (dialup-port3.dcs.qmw.ac.uk [138.37.88.233]) by alp. 

with ESMTP id WAA10062 for <eric@fudge . uchicago . edu> ; 

Sun, 28 Feb 1999 22:11:08 GMT 
X-Sender : george@mailhost . dcs . qmw. ac .uk 
Message-Id: <103110704b2f f 09balcd7@ [ 13 8 . 37 . 88 . 232 ] > 

In-Reply-To : <199902252147. PAA15823@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Sun, 28 Feb 1999 15:14:39 +0000 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: George Coulouris <george@dcs . qmw.ac.uk> 

Subject: Re: yet another "em" question 

Hello Eric, 

Your historical investigations are certainly thorough! 


At 9:47 pm +0000 25/2/99, Eric Fischer wrote: 


* I hope you won't mind one more question from me. . . 

* 

* I recently came across your 1976 Software — Practice and Experience 

* article about the QUIDS editor, which I had somehow managed to miss 

* before, and noticed that (not surprisingly) its local edit functions 

* are very similar to em's open mode. From the publication date, it 

* seems like QUIDS must have preceded em, but the "conventional text 

* editor (very similar to QED) running on a dedicated small computer 

* with an interactive operating system" sounds like it might be a 

* reference to em. So can you tell me which is the correct order? 

The editor mentioned in the QUIDS paper was a re-work of QED done at QMC by 
William Newman (later one of the Xerox PARC pioneers) . This was part of the 
effort at QMC in the early 70s that resulted in a UNIX-like operating 
system for the Interdata minicomputers. The project was led by William 
Newman and Mike Cole and was entirely independent of Unix. It was done as a 
tool for the pursuit of research in computer graphics and in high-level 
language interpretation. 

William came to QMC from Ivan Sutherland's graphics research group at 
Harvard and Utah and his experience with the software research environments 
there gave him a clear idea of what was needed. 

In the space of about 6-8 months in 1971 William and Mike developed an OS, 
a filing system, a compiler-compiler (Tree Meta) , a BCPL-like compiler, the 
QED-like editor and a monitor for a vector graphics system. All of these 
were of very high quality and they provided a software develelopment 
environment that was comparable to that later provided by Unix (about which 
we learned about 12 months later) . Our system was call MIFS (Members 
Initial Filing System) and it was a single-user, rather than a time-sharing 
system. 

The QUIDS editor was then developed by me and a team of students (named in 
the SPE paper) , using the MIFS platform. 

So QUIDS came first, and the connection between QUIDS and em's open mode is 
that they were both influenced by a QMC-developed version of QED (by 
William Newman) . 


George 
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From v-yngve@uchicago.edu Thu Mar 11 10:54:02 1999 
Return-Path : <v-yngve@uchicago . edu> 

Received: frommail.netnitco.net (mail.netnitco.net [216.176.128.5]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id KAA13 812 
for <eric@fudge . uchicago . edu> ; Thu, 11 Mar 1999 10:54:01 -0600 
Received: from [205.217.28.137] (eaglel.nitco.com [205.217.28.137]) 
by mail.netnitco.net ( 8 . 9 . 3 / 8 . 9 . 3 ) with ESMTP id KAA06457 
for <eric@fudge . uchicago . edu> ; Thu, 11 Mar 1999 10:45:10 -0600 (CST) 
Date: Thu, 11 Mar 1999 10:45:10 -0600 (CST) 

X-Sender: v-yngve@netnitco.net (Unverified) 

Message-Id: <103 OlOdO 0b3 0d4d47a427@ [ 2 05 . 217 . 29 . 66] > 

In-Reply-To : <199903051753. LAA16624@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: "Victor H. Yngve" <v-yngve@uchicago . edu> 

Subject: Re: COMIT and Vedit 

I have recently been sorting through my old papers and did run across the 
material on Vedit. It's now somewhere in one of about 30 archival boxes in 
my study in Regenstein. I'll look for it today (3/11/99) and see if I can 
find it. It was simply a memo that I sent around to a few colleagues at 
MIT. It was never published. I have often wondered whether my Vedit had any 
part in inspiring a later editor by the same name. If you ever find out how 
that editor came about, I would be most interested to know. 

Could you give me your mailing address so I can send you a copy, in case I 
can locate it? It might be nice if we could meet sometime. I'm on campus 
about once a week, usually on Thursday, but sometimes on Tuesday. 

Cordially, 

Vic 


Victor H. Yngve 
mailing address : 

28 Crest Drive Dune Acres 
Chesterton IN 46304 
phone: (219) 787-8340 

e-mail: v-yngve@uchicago.edu 


Professor Emeritus, 

Linguistics & Psychology 
Department of Linguistics 
University of Chicago 
1010 East 59th Street 
Chicago, IL 60637 
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From jmc@Steam.Stanford.EDU Thu Mar 11 15:56:19 1999 
Return-Path : < jmc@Steam. Stanford . EDU> 

Received: from Steam.Stanford.EDU (steam.Stanford.EDU [171.64.71.20]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id PAA2 508 6 
for <eric@fudge . uchicago . edu> ; Thu, 11 Mar 1999 15:56:19 -0600 (CST) 
Received: (from jmc@localhost) 

by Steam.Stanford.EDU (8. 8. 8/8. 8. 8) id NAA16741; 

Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Date: Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Mess age- Id: <199903112154. NAA16741@Steam. Stanford . EDU> 

From: John McCarthy < jmclists@Steam. Stanford. EDU> 

To: eric@fudge.uchicago.edu 

In-reply-to: <199903112145 . PAA08686@fudge . uchicago . edu> (message from Eric 
Fischer on Thu, 11 Mar 1999 15:45:48 -0600 (CST)) 

Subject: Re: Colossal Typewriter 
Reply-to: jmc@cs.Stanford.EDU 

I don't remember the difference. Expensive typewriter was used, but 
maybe colossal typewriter was just a proposal. 

Actually Lincoln Laboratory had a quite a bit better program at almost 
the same time for TX-0. 

See if you can track down Alan Kotok at D.E.C. He will know. 
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From jmgraetz@world.std.com Mon Mar 15 16:42:39 1999 
Re turn- Path : < jmgraetz ©world . std . com> 

Received: fromeurope.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu ( 8 . 8 . 8 / 8 . 8 . 8 ) with ESMTP id QAA26407 
for <eric@fudge . uchicago . edu> ; Mon, 15 Mar 1999 16:42:36 -0600 (CST) 
Received: from world.std.com by europe.std.com (STD1 . 2/BZS-8-1 . 0) 
id RAA013 63 ; Mon, 15 Mar 1999 17:40:17 -0500 (EST) 

Received: from localhost by world.std.com ( TheWorld/ Spike-2 . 0 ) 
id AA17473 ; Mon, 15 Mar 1999 17:40:17 -0500 
Date: Mon, 15 Mar 1999 17:40:17 -0500 (EST) 

From: j m graetz < jmgraetz@world . std . com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Rep ly-To : <199903152111. PAA22402@fudge . uchicago . edu> 

Message-Id: <Pine . SGI .3 .95 .990315173258. 283 69C-100000@world. std. com> 

Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

> 1) what editors were around before Expensive Typewriter 

The immediate predecessor was FLIT on the TX-0 . Before that I don't know; 
mainframes like the IBM 704 didn't have editors. Everything was done 
off-line on punched cards. 

> 2) how the PDP-6 and PDP-7 ended up with editors that look (from what 

> little I have been able to find out about them) like clones of programs 

> from the Compatible Time Sharing System rather than continuing in the 

> spirit of Expensive Typewriter and Canute. 

I never used CTSS, so can't comment. Ditto PDP-6. But all the 18-bit 
editors, so far as I know, were ET-style. The ultimate development of that 
approach was, of course, TECO. Do not try to find out about TEC0. Some 
things are not meant for mortals to know. 

shag 
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From jmgraetz@world.std.com Sun Mar 14 20:35:36 1999 
Return-Path: < jmgraetz@world . std. com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu ( 8 . 8 . 8/8 . 8 . 8 ) with ESMTP id UAA14975 
for <eric@fudge . uchicago . edu> ; Sun, 14 Mar 1999 20:35:34 -0600 (CST) 
Received: from world.std.com by europe.std.com ( STD1 . 2 /BZS-8-1 . 0 ) 
id VAA09570; Sun, 14 Mar 1999 21:33:23 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA10502 ; Sun, 14 Mar 1999 21:33:23 -0500 
Date: Sun, 14 Mar 1999 21:33:23 -0500 (EST) 

From: j m graetz < jmgraetz@world . std . com> 

Reply-To: j m graetz < jmgraetz@world . std . com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903140538 .XAA05261@fudge. uchicago . edu> 

Mess age- Id: <Pine . SGI .3.95.990314212501. 1329C-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

> I don't know whether you were involved in the development or 

> documentation of any of the other early DEC editors, but if you 

> were, would you mind if I asked you a few questions about them? 

Nope. I warn you, tho, you're dealing with Original Hackers and Buffalo 
Boys here, so if we don't know the answer to something we just make it up. 

So OK, you were rummaging about amongst some old documentation. Why? In 
other words, who are you and how did you lose your way in life and get 
tangled up in early PDPs? The last guy I met who got stuck in that era 
lives (d) in a dim walkup in Brooklyn, surrounded by ancient (but working) 
LINC-8s and things. That was ten years ago, and I bet he's still there... 

shag 





From jmgraetz@world.std.com Fri Mar 12 16:50:47 1999 
Return-Path: < jmgraetz@world . std. com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id QAA02299 
for <eric@fudge . uchicago . edu> ; Fri, 12 Mar 1999 16:50:45 -0600 (CST) 
Received: from world.std.com by europe.std.com (STD1 . 2/BZS-8-1 . 0 ) 
id RAA25463; Fri, 12 Mar 1999 17:48:50 -0500 (EST) 

Received: from localhost by world.std.com ( TheWorld/ Spike-2 . 0 ) 
id AA17242 ; Fri, 12 Mar 1999 17:48:49 -0500 
Date: Fri, 12 Mar 1999 17:48:49 -0500 (EST) 

From: j m graetz <jmgraetz@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Rep ly-To : <199903112237. QAA19547@fudge . uchicago . edu> 

Mess age- Id : <Pine . SGI .3.95.990312173650. 6216A-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
> Do you happen to know why it was called Canute? 

I knew you were going to ask that question. 

Seems that its predecessor, which I _did_ write, at least partly, was 
called Edmund the Editor (do not ask why) . So when Nancy was looking for a 
name for her program, her then-husband (I think) suggested Canute. Here's 
how to find the answer: get hold of a book of royal lineages such as the 
Wordsworth _Handbook of Kings and Queens_, or else a history of England. 

Look for the succession from the House of Wessex to the House of Denmark 
early in the 11th century (1016, to be exact), and all should be clear. 

(That's more fun than just telling you the answer, isn't it?) 


shag 
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From jragraetz@world.std.com Thu Mar 11 16:15:20 1999 

Return-Path: <jmgraetz@world. std. com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu ( 8 . 8 . 8 / 8 . 8 . 8 ) with ESMTP id QAA12495 
for <eric@fudge .uchicago . edu>; Thu, 11 Mar 1999 16:15:17 -0600 (CST) 

Received: from world.std.com by europe.std.com ( STD1 . 2 /BZS-8-1 . 0 ) 
id RAA28260; Thu, 11 Mar 1999 17:13:32 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA14941 ; Thu, 11 Mar 1999 17:13:32 -0500 
Date: Thu, 11 Mar 1999 17:13:31 -0500 (EST) 

From: j m graetz < jmgraetz@world . std . com> 

To: Eric Fischer <eric@fudge .uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903111544 . JAA05078@fudge. uchicago . edu> 

Mess age- Id: <Pine . SGI .3 .95 .990311170955. 7056A-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

Spacewar: I will rummage around in the back-pages box for the DECUS paper, 
and make as copy for you. This may take a few days. . . 

Canute: Geez, talk about your obscure references! You mean there are _two_ 
people who actually used it? I admit to writing the manual (only the 
second or third I ever wrote for DEC) , but not the program, which if I 
recall correctly was done by Nancy Hurley. 

But how in hell did you come across Canute? 

shag 
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From kotok@w3.org Thu Mar 11 17:34:51 1999 
Return-Path: <kotok@w3 . org> 

Received: from tux.w3.org (root@tux.w3.org [18.29.0.27]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id RAA2 9 6 89 
for <eric@fudge . uchicago . edu> ; Thu, 11 Mar 1999 17:34:50 -0600 (CST) 
Received: from clam (root@localhost [127.0.0.1]) 

by tux.w3.org ( 8 . 8 . 7/8 . 8 . 7 ) with SMTP id SAA26256; 

Thu, 11 Mar 1999 18:33:10 -0500 
Mess age- Id: <4.1.19990311182935. 00a885a0@localhost> 

X-Sender: kotok@localhost 

X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 

Date: Thu, 11 Mar 1999 18:32:48 -0500 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: Alan Kotok <kotok@w3 . org> 

Subject: Re: Colossal Typewriter and early editors 
Cc : "Stephen D. Piner" <SDPiner@msn . com> 

In-Reply-To : <199903112210. QAA249 06@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii " 

Eric , 

I recall a PDP-1 program called "Expensive Typewriter" written by Steve 
Piner in 1961, or so. While I think I have have heard of Colossal 
Typewriter, I know nothing of it. I'm copying Steve Piner at the last 
Email address I have for him, which is a year or two old. Perhaps he can 
provide more help. 

Alan 

At 05:10 PM 3/11/99 , you wrote: 

>1 hope you don't mind mail like this from strangers. I'm writing to you 
>because I asked John McCarthy a question about the "Colossal Typewriter" 
>editor he had mentioned at the 1963 Spring Joint Computer Conference, and 
>he suggested that I should contact you instead. Would it be OK with you 
>if I asked you a few questions? 

> 

>Thanks , 

>Eric Fischer 

>eric@f udge . uchicago . edu 


Alan Kotok, Associate Chairman mailto:kotok@w3.org 
World Wide Web Consortium http://www.w3.org 
MIT Laboratory for Computer Science, 545 Technology Square, Room NE43-409 
Cambridge, MA 02139, USA Voice: +1-617-258-5728 Fax: +1-617-258-5999 






From steve@central.starport.com Sat Mar 13 09:21:13 1999 
Return-Path : <steve@central . starport . com> 

Received: from central.starport.com (steve@c64.rahul.net [206.61.226.64]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id JAA18810 
for <eric@fudge . uchicago . edu> ; Sat, 13 Mar 1999 09:21:11 -0600 (CST) 
Received: (from steve@localhost) 

by central.starport.com ( 8 . 8 . 7/8 . 8 . 7 ) id HAA01845; 

Sat, 13 Mar 1999 07:16:13 -0800 
To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: SOS editor 

References : <199903130414 .WAA17 422 ©fudge .uchicago . edu> 

Keywords : mi sc 

From: steve@starport.COM (Stephen R. Savitzky) 


Date: 13 Mar 1999 07:15:20 -0800 

In-Reply-To : Eric Fischer's message of Fri, 12 Mar 1999 22:14:03 -0600 (CST) 
Mess age- ID : <x7yalle7zr . f sf ©central . starport . com> 

Lines : 16 

X-Mailer: Gnus v5.5/Emacs 20.2 


Eric Fischer <eric@fudge . uchicago . edu> writes: 

> Would you happen to be the Steve Savitzky who wrote the SOS editor? 

> If you are, would you mind if I asked you a few questions about it? 

Yes, that's me. Actually, Bill Weiher wrote the original Stopgap 
editor; I added a few things (paragraph justification and search ranges 
are the ones that come to mind) to make ' 'Son of Stopgap . ' ' 

What did you want to know? 


/ Steve Savitzky \ 1997 Pegasus Award winner: best science song — + \ 

/ <steve@starport . com> \ http://www.starport.com/people/steve/ V \ 

\ hacker/songwriter: \ http://www.starport.com/people/steve/Doc/Songs/ 

\_ Kids' page: MOVED > http://www.starport.com/places/forKids/ / 
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From dgk@research.att.com Mon Mar 22 13:33:05 1999 
Return-Path : <dgk@research . att . com> 

Received: frommail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102] 
by fudge.uchicago.edu ( 8 . 8 . 8 / 8 . 8 . 8 ) with ESMTP id NAA19976 
for <eric@fudge . uchicago . edu> ; Mon, 22 Mar 1999 13:33:03 -0600 (CST) 

Received: from raptor.research.att.com (raptor.research.att.com [135.207.23.32]) 
by mail-blue.research.att.com (Postfix) with ESMTP id 4AE5D4CE09 
for <eric@fudge . uchicago . edu> ; Mon, 22 Mar 1999 14:29:26 -0500 (EST) 

Received: (from dgk@localhost ) 

by raptor.research.att.com (980427 . SGI . 8 . 8 . 8/8 . 8 . 7 ) id OAA07315 
for eric@fudge.uchicago.edu; Mon, 22 Mar 1999 14:29:26 -0500 (EST) 

Date: Mon, 22 Mar 1999 14:29:26 -0500 (EST) 

From: David Korn <dgk@research . att . com> 

Mess age- Id: <199903221929. OAA073 15 ©raptor . research. att . com> 

X-Mailer: mailx (AT&T/BSD) 9.8 1998-06-11 
Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
To: eric@fudge.uchicago.edu 

Subject: Re: Re: history of line editing in ksh 


The apollo was quite integrated. I window was just a view 
onto a file and when you created a new process, it created 
a file and a view. The result was that you could always 
scroll back to the beginning of your session. You could 
name the output file if you wanted to save it after 
you closed the window. 

I think always having a line editor is definitely a good idea 
especially when it is connected to a history list. 

However, I work on about twenty different systems each year 
and I want to have the same environment on each. 

I have the shell inline editor as a preload library 
and I can use this for all commands on systems with 
shared libraries. This gives me about 99% of what I want. 

For example, to run dbx with command line editing, I use 
ie dbx .... 

and then I can use the emacs or vi interface when typing to dbx. 

The ie command is just a shell script which sets up the 
preload library for inline editing and the environment 
variables for the editor and history files. 

Of course, in practice, I have 
alias dbx='ie dbx' 

so that I do not need to remember to type ie. 

David Korn 
research ! dgk 
dgk@research . att . com 



/Q-S 

From dgk@research.att.com Mon Mar 22 10:44:26 1999 
Return-Path : <dgk@research . att . com> 

Received: frommail-green.research.att.com (mail-green.research.att.com [135.207.30.10 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id KAA0748 8 
for <eric@fudge . uchicago . edu> ; Mon, 22 Mar 1999 10:44:26 -0600 (CST) 

Received: from raptor.research.att.com (raptor.research.att.com [135.207.23.32]) 
by mail-green.research.att.com (Postfix) with ESMTP id 9FD1E1E006 
for <eric@fudge . uchicago . edu>; Mon, 22 Mar 1999 11:41:01 -0500 (EST) 

Received: (from dgk@localhost) 

by raptor.research.att.com (980427 . SGI . 8 . 8 . 8/8 . 8 . 7) id LAA12599 
for eric@fudge.uchicago.edu; Mon, 22 Mar 1999 11:41:01 -0500 (EST) 

Date: Mon, 22 Mar 1999 11:41:01 -0500 (EST) 

From: David Korn <dgk@research. att . com> 

Message-Id: <199903221641. LAA12599@raptor . research . att . com> 

X-Mailer: mailx (AT&T/BSD) 9.8 1998-06-11 
Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
To: eric@fudge.uchicago.edu 

Subject: Re: history of line editing in ksh 


/' 


(.O' y' 


The original Apollo computers (from 1981), had the notion 
that you were always in an editor when you entered a line. 
While that was not a UNIX system, I had written a UNIX 
interface for that system and disabled the shell editing 
when on that system. With the apollo systems by default 
the current line was editible you could set a key 
that would prevent input from being read, and then 
enter and edit as many lines as you want before the system 
would read them. 

Another example is the blit. It had the concept of 
an edit point and characters following that edit point 
could be editied locally before sending. 

I played around with a line discipline that would 

be a line oriented editor sometime in the mid eighties 

but decided that it would be too hard to integrate 

into existing systems because BSD and System V and V10, were 

so different in their handling of character devices. 

David Korn 
research ! dgk 
dgk@research . att . com 



From cole@BBN.COM Thu Apr 1 11:25:36 1999 
Return-Path: <cole@BBN. COM> 

Received: fromemonl5.BBN.COM (EMON15.BBN.COM [128.89.15.15]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with SMTP id LAA10472 
for <eric@fudge .uchicago . edu>; Thu, 1 Apr 1999 11:25:35 -0600 (CST) 
From: cole@BBN.COM 

Mess age- Id : <199904011725. LAA10472@fudge . uchicago . edu> 

To: "Walter (doc) Urbaniak" <urbaniak@BBN. C0M> 

cc: Eric Fischer <eric@fudge . uchicago . edu> , e-f ischer@uchicago . edu, 
ajones@pol.bbn.com, cole@pol.bbn.com, cole@BBN.COM 
Subject: Re: Tape Editor by Harry Rudloe 

In-reply-to: Your message of Thu, 01 Apr 99 11:15:48 -0500. 

<4. l.19990401110150.00998220@pol.bbn.com> 

Date: Thu, 01 Apr 99 12:12:22 -0500 

Eric , 

Doc & I spoke briefly about this in the lunch line. 

I'm sure I used the program briefly. I started here in 
Sep 1962, just as we were showing off our 3-user timesharing 
system. Our storage world was paper- tape, the fanfold kind. 

I have no documentation of the editor. (I do have DECAL-BBN 
programming manual of this vintage.) 

I used this PDP-1, I believe the first one sold, over a couple 
of years, and then PDP-ld, serial# 45, for its long lifetime. 

I fear I could remember the opcodes and their values if I 
tried. By the end of the PDP-1 era here, we were using TEC0 
for editing, and a 60 million character drum for storage. 

Cheers, Jon 



From urbaniak@bbn.com Thu Apr 1 14:25:48 1999 
Return-Path: <urbaniak@bbn . com> 

Received: from pol.bbn.com (P01.BBN.COM [192.1.50.38]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id OAA00317 

for <eric@fudge . uchicago . edu> ; Thu, 1 Apr 1999 14:25:46 -0600 (CST) 
Received: from urbaniakl.bbn.com (urbaniakl.bbn.com [171.78.6.21]) 
by pol.bbn.com ( 8 . 9 . 1/8 . 9 . 1 ) with SMTP id PAA21003; 

Thu, 1 Apr 1999 15:20:34 -0500 (EST) 

Mess age- Id: <4.1.19990401150909. 009b3870@pol .bbn. com> 

X-Sender: urbaniak@pol.bbn.com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 

Date: Thu, 01 Apr 1999 15:20:31 -0500 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: "Walter (doc) Urbaniak" <urbaniak@bbn. com> 

Subject: Re: Tape Editor by Harry Rudloe 

Cc : urbaniak@bbn.com, ajones@pol.bbn.com, cole@pol.bbn.com 
In-Reply-To : <199904011953 . NAA2 0818@fudge . uchicago . edu> 

References : <19990401194 6. NAA2 6689@fudge . uchicago . edu> 

<3.0.3.32. 1999 03 3 0175522 . 00700170@pol .bbn. com> 

<3.0.3.32.19990330175522. 00700170@pol . bbn . com> 

<4. l.19990401110150.00998220@pol.bbn.com> 

<199904011946. NAA26689@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

At 02:53 PM 04/01/1999 , Eric Fischer wrote: 

>1 just said, 

> 

>> ... it's for the PDP-6 TENEX version . . . 

> 

>but meant PDP-10, not -6. Sorry about the goof. 

> 

Eric , 

Thanks for the clarification. I came in 1975, when BBN had four KAlOs. 

[I did not at that time know that BBN also had multiple PDPls, concurrently.] 
I had never heard that BBN ever had PDP6s, and I guess that they did not. 

MIT had at least one PDP6 prior to their mass of 10s. 

At MIT, I had used their PDP1X, PDP6, and PDPlOs (as well as PDP8, PDP11, 
Multics ) . 

Unfortunately, I never saw SAGE, Whirlwind, or the TX2 . 

if you ever choose to research Tenex, we can find many of the original staff. 

good luck! I'd be interested to get a pointer to your research work when 
available . 
doc . 



From urbaniak@bbn.com Thu Apr 1 13:13:35 1999 
Return-Path: <urbaniak@bbn . com> 

Received: from pol.bbn.com (P01.BBN.COM [192.1.50.38]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id NAA2 0483 

for <eric@f udge . uchicago . edu> ; Thu, 1 Apr 1999 13:13:34 -0600 (CST) 

Received: from urbaniakl.bbn.com (urbaniakl.bbn.com [171.78.6.21]) 
by pol.bbn.com (8 . 9 . 1/8 . 9 . 1) with SMTP id OAA14692; 

Thu, 1 Apr 1999 14:08:52 -0500 (EST) 

Mess age- Id: <4.1.19990401135754. 0099e980@pol . bbn. com> 

X-Sender: urbaniak@pol.bbn.com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
Date: Thu, 01 Apr 1999 14:08:53 -0500 
To: cole@bbn.com 

From: "Walter (doc) Urbaniak" <urbaniak@bbn . com> 

Subject: Re: Tape Editor by Harry Rudloe 

Cc : "Walter (doc) Urbaniak" <urbaniak@bbn . com> , 

Eric Fischer <eric@f udge . uchicago . edu>, e-fischer@uchicago.edu, 
ajones@pol.bbn.com, cole@pol.bbn.com, cole@bbn.com 
In-Reply-To : <199904011720 ,MAA27085@pol .bbn. com> 

References: <Your message of Thu, 01 Apr 99 11:15:48 -0500. <4.1.199904011 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Jon, 

Then, of course, TEC0 flourished into the DecSystem-10 / Tenex era, where 
it was my only editor for many years, no doubt I have grey matter that 
remembers how to execute q-registers to do conditional global replaces. 

TEC0 could apparently be made to seem like the whole operating system to 
some users. I remember as though it were yesterday feeling that users who 
wanted WYSIWYG editors must not be very productive for the company, because 
you could edit so much faster in TEC0, blind (and SO much faster than 
keypunch) . for some reason, retaining a copy of the character buffer in 
high-speed human memory (memory-mapped 1/0?) did not survive the test of time. 

doc . 

At 12:12 PM 04/01/1999 , cole@bbn.com wrote: 

>Eric , 

> 

>Doc & I spoke briefly about this in the lunch line. 

> 

>I'm sure I used the program briefly. I started here in 
>Sep 1962, just as we were showing off our 3-user timesharing 
>system. Our storage world was paper-tape, the fanfold kind. 

> 

>1 have no documentation of the editor. (I do have DECAL-BBN 
programming manual of this vintage.) 

> 

>1 used this PDP-1, I believe the first one sold, over a couple 
>of years, and then PDP-ld, serial# 45, for its long lifetime. 

>1 fear I could remember the opcodes and their values if I 
Pried. By the end of the PDP-1 era here, we were using TEC0 
>for editing, and a 60 million character drum for storage. 

> 

>Cheers , Jon 



From urbaniak@bbn.com Thu Apr 1 10:20:44 1999 
Return-Path : <urbaniak@bbn . com> 

Received: from pol.bbn.com (P01.BBN.COM [192.1.50.38]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id KAA18304 
for <eric@fudge . uchicago . edu> ; Thu, 1 Apr 1999 10:20:41 -0600 (CST) 
Received: from urbaniakl.bbn.com (urbaniakl.bbn.com [171.78.6.21]) 
by pol.bbn.com ( 8 . 9 . 1/8 . 9 . 1 ) with SMTP id LAA21941; 

Thu, 1 Apr 1999 11:15:41 -0500 (EST) 

Message-Id: <4.1.19990401110150. 00998220@pol . bbn . com> 

X-Sender: urbaniak@pol.bbn.com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
Date: Thu, 01 Apr 1999 11:15:48 -0500 

To: Eric Fischer <eric@fudge . uchicago . edu> , e-fischer@uchicago.edu 
From: "Walter (doc) Urbaniak" <urbaniak@bbn . com> 

Subject: Re: Tape Editor by Harry Rudloe 

Cc : urbaniak@bbn.com, ajones@pol.bbn.com, cole@pol.bbn.com 
In-Reply-To : <199903302321. RAA1147 6@ fudge . uchicago . edu> 

References : <3.0.3.32.19990330175522. 00700170@pol .bbn. com> 

<3 .0.3 .32 .19990330174113 . 006feee4@pol . bbn. com> 

<3.0.3.32. 19990330174113 . 006feee4@pol .bbn. com> 

<3.0.3.32. 19990330175522 . 007 00170@pol . bbn . com> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Eric , 

I was able to learn that Harry Rudloe is still around. He lives in 
Lexington, Mass. 

His phone is 781-862-9494. I spoke with him. He no longer has a copy of the 
document . 

He is willing to talk with you, if you wish to call him. I don't know 
whether this will help 

you; the work was quite a long time ago. I am told that Harry wrote the 
very first word 

processor program, on the PDP-1 in 1962. I don't know whether Tape Editor 
was that 

first program or a successor. 

I am not optimistic that we will succeed in finding a copy of the report at 
BBN, 

more's the pity. We never had a museum. The library saved material that it was 
given, or could find. There were official BBN "Reports", but it seems that 
Harry ' s 

document was not one (apparently) . 

It is possible that MIT's (Laboratory for Computer Science) library or 
Harvard ' s 

(?Aiken) library could have a copy of the report. Harvard, MIT, and BBN were 
all active in computer research at that time. It is also possible that 
Professor 

J . C . R . Licklider had a personal 1 ibrary/ archival ; you could ask MIT LCS . 

I would think it likely that Harvard has faculty whose field is the history 
of computing; 

you might try that route (unless your research competes with theirs) . 

there is an ex-BBNers email list. I could send to that list, but I wouldn't be 
too optimistic that this would produce a copy of the report. 

maybe you could prevail upon Guy Steele... if not to find his copy, then for 
names of other likely people or libraries. 

sorry 

doc urbaniak 



From urbaniak@bbn.com Tue Mar 30 17:03:05 1999 
Return-Path: <urbaniak@bbn . com> 

Received: from pol.bbn.com (P01.BBN.COM [192.1.50.38]) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id RAA19045 
for <eric@fudge . uchicago . edu> ; Tue, 30 Mar 1999 17:02:59 -0600 (CST) 
Received: from urbaniakl.bbn.com (urbaniakl.bbn.com [171.78.6.21]) 
by pol.bbn.com (8 . 9 . 1/8 . 9 . 1) with SMTP id RAA00413; 

Tue, 30 Mar 1999 17:58:17 -0500 (EST) 

Mess age- Id: <3.0.3.32.19990330175522. 00700170@pol . bbn . com> 

X-Sender: urbaniak@pol.bbn.com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) 

Date: Tue, 30 Mar 1999 17:55:22 -0500 
To: Eric Fischer <eric@fudge . uchicago . edu> 

From: "Walter (doc) Urbaniak" <urbaniak@bbn . com> 

Subject: Re: Tape Editor by Harry Rudloe 
Cc : urbaniak@bbn . com 

In-Rep ly-To : <199903302255. QAA28090@fudge . uchicago . edu> 

References : <3.0.3.32.19990330174113. 006feee4@pol .bbn. com> 

<3 .0.3 .32 .19990330174113 . 006f eee4@pol . bbn. com> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

ok. neither the title nor author were listed in the library's listing of 
"BBN Reports", those being early days, and the citation indicating 
"write-up", I suspect that it was never an official "Report". 

I've been with BBN for 24 years. I passed your email to another engineer 
who has been here over 30 years, and (I think) did actually work on one of 
the PDPls (I think that BBN had like 5 PDPls at one point, before we 
became a PDP10 shop, which was when I came) . I've asked for his advice. 

MIT Professor J . C . R . Licklider (then at BBN) bought the first computer 
for BBN, and then bought (or exchanged it for) PDP1 serial number 1. 
unfortunately, Joe passed away a few years ago. 

you could also search the Internet for the author, you may already 
have attempted this . 

doc . 

At 04:55 PM 03/30/1999 -0600, Eric Fischer wrote: 

>Thanks . I have contacted Steele, actually, and he said that he did 
>have a copy but it was buried somewhere in a pile of 162 boxes that he 
>had just moved. He suggested that I try the BBN library instead, which 
>is how I got referred to you. 

> 

>Thanks again, 

>Eric Fischer 



From charles@the-haleys.com Wed Mar 31 01:33:59 1999 
Return-Path : <charles@the-haleys . com> 

Received: from fillmore.criticalpath.net (fillmore.paix.cp.net [209.228.15.40]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with SMTP id BAA26498 
for <eric@fudge . uchicago . edu> ; Wed, 31 Mar 1999 01:33:58 -0600 (CST) 
Received: (cpmta 21958 invoked from network); 30 Mar 1999 23:29:02 -0800 
Received: from mailhost.synersoft.fr (HEL0 cbh) (195.25.218.225) 
by smtp.the-haleys.com with SMTP; 30 Mar 1999 23:29:02 -0800 
X-Sent: 31 Mar 1999 07:29:02 GMT 
From: "Charles Haley" <charles@the-haleys . com> 

To: "Eric Fischer" <eric@fudge . uchicago . edu> 

Subj ect : =?iso-8859-l?Q?RE :_=E9diteur_=22ex=22_/_=22ex=22_editor?= 

Date: Wed, 31 Mar 1999 09:32:12 +0200 

Mess age- ID : <000001be7b48 $9800bec0$3 600010a® cbh . synersof t . f r> 

MIME -Version : 1.0 
Content-Type: text/plain; 

chars et= "iso-8859-1" 

Content-Transfer-Encoding : quoted-printable 
X-Priority: 3 (Normal) 

X-MSMail-Priority : Normal 

X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 
Importance: Normal 

In-Reply-To : <199903302113 . PAA2 697 8@fudge . uchicago . edu> 

X-MimeOLE: Produced By Microsoft MimeOLE V4. 72. 3 110. 3 

Yes, Bill Joy and I wrote ex (and vi) while at Berkeley. And yes, you = 
can ask questions, but there is no guarantee that I can answer them! It = 
has been nigh on 25 years . . . 

Feel free to write in French if you want; I read french well. However, = 

I write faster and more accurately in English, so will probably answer = 
in that. 

How did you find that e-mail address? It is no longer valid, as I left = 
that company 15 months ago. 

Charles Haley 
charles@the-haleys . com 
Paris, France 

> Original Message 

> From: Eric Fischer [mailto:eric@fudge.uchicago.edu] 

> Sent: Tuesday, March 30, 1999 11:14 PM 

> To: Charles.Haley@fr.adp.com 

> Subject: =E9diteur "ex" / "ex" editor 
>=20 

>=20 

> Est-ce que vous =EAtes l'homme qui a =E9crit l'=E9diteur "ex" pour = 

Unix? Si 

> non, je regrette que je vous ai d=E9rang=E9 . Mais si oui, est ce que = 

j e 

> peux vous demander quelque questions sur cet sujet? 

>=20 

> Would you happen to be the Charles Haley who wrote the Unix "ex" = 
editor? 

> If you're not, I'm sorry to have bothered you. But if you are, would 

> you mind if I asked you a few questions about it? 

>=20 

> Eric Fischer 

> eric@fudge.uchicago.edu 
>=20 



From charles@the-haleys.com Thu Apr 1 06:39:03 1999 
Return-Path : <charles@the-haleys . com> 

Received: from fillmore.criticalpath.net (fillmore.paix.cp.net [209.228.15.40]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with SMTP id GAA04074 
for <eric@fudge . uchicago . edu> ; Thu, 1 Apr 1999 06:39:02 -0600 (CST) 
Received: (cpmta 6543 invoked from network); 1 Apr 1999 04:33:53 -0800 
Received: from mailhost.synersoft.fr (HELO cbh) (195.25.218.225) 
by smtp.the-haleys.com with SMTP; 1 Apr 1999 04:33:53 -0800 
X-Sent: 1 Apr 1999 12:33:53 GMT 
From: "Charles Haley" <charles@the-haleys . com> 

To: "Eric Fischer" <eric@fudge . uchicago . edu> 

Subject: RE: ex 

Date: Thu, 1 Apr 1999 14:37:07 +0200 

Message-ID: <000301be7c3c$5a7a5080$3600010a@cbh. synersoft. fr> 

MIME -Version : 1.0 
Content-Type: text/plain; 

charset=" iso-8859-1" 

Content-Transfer-Encoding : quoted-printable 
X-Priority: 3 (Normal) 

X-MSMail-Priority : Normal 

X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 
In-Reply-To : <19990331222 8. QAA23 8 6 0@ fudge . uchicago . edu> 

X-MimeOLE: Produced By Microsoft MimeOLE V4. 72. 3110. 3 
Importance : Normal 

Eric , 

Regarding : 


The main reason I'm writing is to ask whether there is any connection 
between ex and the TOPS-20 editor, SOS. When reading the source code 
to an early version of ex, I was struck by the similarity between ex's 
"open mode" command structure and the "alter" feature in SOS, and was 
wondering whether this was a coincidence or whether it was intentional 


Nope. I know that I was not familiar with this editor, and I strongly = 
suspect that Bill was not either. I can guarantee that we didn't have = 
the source. It is possible that helpful comments given to us at the = 
time reflected someone's experience with SOS. 

Where did you find a 1970s version of ex? 

It is worth noting that there wasn't a TOPS machine at Berkeley = 
generally available to students. I know of only one and it was reserved = 
for some EE simulations. I never touched it. 

Regarding : 


I was also hoping you might be able to clarify how open mode got added 
to ex in the first place. From the account in _A Quarter Century of 
Unix_, it sounds like George Coulouris was the first to write a version 
of ed that incorporated character-by-character editing, but Bill Joy's 
interview in the August, 1984 issue of Unix Review makes it sound like 
you came up with the idea first. So I would appreciate it if you could 
tell me which (if either) of these is how it actually happened. 


The following is a core dump of possibly unreliable memories ! 

Short answer: I don't remember if we 'invented' open mode or not. 

Long answer : 

EX happened because of a conversation at Berkeley with someone from = 
Queens College (Queen Mary College? — certainly was in the UK) sometime = 



around 1974/75. I suspect this was Coulouris, because the name seems = 
very familiar. This person left us the source for 'em' (ed for = 
mortals) , which we installed and used for a few days. Em might have had 
a version of an 'open mode', but I really don't remember. One thing = 
that argues against this assumption is the state of the art of terminals 
at the time (in general and at Berkeley) -- most people were still using 
TTYs (paper) . I remember em as being ed with some error messages, = 
reduced pattern matching (nomagic), and autoprint. 

Both Bill and I thought that although em was interesting, it didn't go = 
far enough. In particular (again if memory serves me correctly) we felt 
that em had been 'dumbed down' more than necessary. In any event, our = 
interest was piqued and we decided to see what we could come up with. = 
We started with ed (not em) and rapidly went far beyond what em tried to 
do, both in functionality and desired audience. 

We couldn't go to full screen because the glass TTY of the time (Lear = 
Siglar ADM3 ) didn't support cursor addressing, but instead only = 
supported forward and backward spacing. So we built 'open mode' which = 
could exploit this feature of the ADM3 . In fact our first version of = 
open mode also supported hard copy terminals as well, using a "redraw = 
the line" mode (ugly, but it worked) . We also extended the command set; 
built a simple macro facility; added piping in and out, remembered = 
patterns and substitutions, buffers, and compound commands; etc.. It = 
should also be noted that we were in the middle of the development of = 
the Berkeley Pascal system at the time, and at least some of what = 
happened in ex/vi reflected experiments in integration of the two = 
applications. Generalized bracket matching and tags are two examples, I 
think . 

VI happened when the ADM3 was replaced by the ADM3 a , supporting full = 
cursor control. The first vi was targeted directly at this terminal, = 
but we quickly (within days I think) saw the error of our ways and the = 
first generation of termcap was born. I remember that we spent a lot of 
time on generalized painting optimization with vary terminal = 
capabilities, because both Bill and I connected from our respective = 
homes via 300BPS modems with different terminals. Also for this reason = 
(as well as some thing being easier in command mode) EX mode was = 
preserved and enhanced. It was during this period that the wars between = 
"modeless emacs " and "modal vi" were born; vi had several modes and made 
made them very explicit. 

Around this time (end of 1976) I left Berkeley, and Bill continued to = 
evolve the termcap ideas in particular and vi in general, which is why = 
his name is associated with it. I think that curses grew out of this, = 
but again I can't be sure. 

What are you doing that makes this sort of reminiscence useful to you? 

Regards , 

Charles 



From rollo@pil.grim.com Fri Apr 9 18:28:20 1999 
Return-Path: <rollo@pilgrim . com> 

Received: from Il.pilgrim.com (il.pilgrim.com [206.3.211.10]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with SMTP id SAA09522 
for <eric@fudge . uchicago . edu> ; Fri, 9 Apr 1999 18:28:18 -0500 (CDT) 
Received: from [206.3.211.229] ([206.3.211.229]) by Il.pilgrim.com (950413 . SGI . 8 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

X-Sender: rollo@il.pilgrim.com 

Message-Id: <v04011705b3344a3 9cecf @ [206 . 3 . 211 . 229 ] > 

In-Rep ly-To : <199904091711. MAA05379@fudge . uchicago . edu> 

References: <v04011702b332ee39fbl4@ [206 . 3 . 211 . 229 ] > 

<v04011702b332ee39fbl4@ [206.3 .211.229]> 

Date: Fri, 9 Apr 1999 17:28:02 -0700 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: Roland Silver <rollo@pilgrim. com> 

Subject: Re: PDP-1 "Colossal Typewriter" program 

Eric , 

I'm not sure I'm going to be able to help much. Here's what I had in an old 
resume : 

1961-62: Staff member at Bolt, Beranek and Newman (Cambridge, Mass). 

Developed on-line tools for the first PDP-1 computer built by DEC; wrote a 
heuristic program to play the game of Kalah; participated with John 
McCarthy's group at MIT in developing the first LISP system. 

Approximately when did you write Colossal Typewriter? An article by 
>William Nugent gives a date of December 19, 1960, but I don't know 
>whether to believe that because there is also an announcement of the 
>program in the July, 1962 issue of Decuscope. 

> 

>Are you the sole author of Colossal Typewriter or was anyone else 
>involved? I ask because William Nugent and Jerry Saltzer both name 
>John McCarthy as the author or coauthor of Colossal Typewriter, but 
>when I asked him about the program he didn't remember anything at all 
>about it. 

I don't think I was at BBN in 1960. My guess would be that John McCarthy 
wrote Colossal Typewriter, or was primarily responsible for it. I might 
have helped, but I don't recall. Try Ed Fredkin -- his recollection may be 
more precise, and he was at BBN before me. 

>Do you know any way I could get a copy of a manual or detailed description 
>of Colossal Typewriter? There are a few paragraphs about it in the 1963 
>Spring Joint Computer Conference proceedings, but without much detail. 

Sorry, I don't. 

-- Roland Silver <rollo@pilgrim. com> 


6.12/ 



From lfb@inforonics.com Thu Apr 15 13:44:00 1999 
Return-Path : <lfb@inf oronics . com> 

Received: from us9.infor.com (us9.infor.com [4.17.185.204]) 

by fudge.uchicago.edu ( 8 . 8 . 8/8 . 8 . 8 ) with ESMTP id NAA11021 
for <eric@fudge . uchicago . edu> ; Thu, 15 Apr 1999 13:43:54 -0500 (CDT) 
Received: from ws6.infor.com (WS6.office.infor.com [4.17.187.162]) 
by us9.infor.com (8. 8. 6/8. 8. 6) with SMTP id OAA16124 
for <eric@fudge . uchicago . edu> ; Thu, 15 Apr 1999 14:43:45 -0400 (EDT) 
Mess age- Id: <3 .0 .3 .32 .19990415144435 . 00712248@mail . inf oronics . com> 

X-Sender : 1 fb@mail . inf oronics . com 

X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) 

Date: Thu, 15 Apr 1999 14:44:35 -0400 
To: eric@fudge.uchicago.edu 

From: "Lawrence F. Buckland" <1 fb@inf oronics . com> 

Subject: Your email to Michael Vandermillan 
Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Dear Eric 

These reports are around at various places, but someone has to make a bunch 
of calls . 

I'm sure the librarian at one of the U Chicago Libraries could track them 
down . 

I was around then and can discuss our editor work if you want to call 
Good luck 


Lawrence F. Buckland 

Chairman of the Board Inforonics Inc. 25 Porter Road, Littleton, MA 01460 
E-mail larry ,buckland@inf oronics . com 

Web Site <http://www.inforonics.com> 

Tel 978.698.7307 



From eric Thu Apr 15 15:28:37 1999 
Return-Path: <eric> 

Received: (from eric@localhost) 

by fudge.uchicago.edu (8. 8. 8/8. 8. 8) id PAA013 8 6 
for eric; Thu, 15 Apr 1999 15:28:37 -0500 (CDT) 

Date: Thu, 15 Apr 1999 15:28:37 -0500 (CDT) 

From: Eric Fischer <eric> 

Message-Id: <199904152028 . PAA01386@fudge.uchicago. edu> 

To: eric 

Subject: buckland mentioned... 

Buckland of Inforonics said he founded the company in 1962, 
that they eventually started using troff instead of their 
own typesetting software, that their editors were distinguished 
from the others around at the time in that they were meant for 
text, not programs, suggested i talk to Dag Spicer (spiger@tcm.org) 
at the computer museum and check with lincoln labs and the NTIC 
database . 



From corbato@larch.lcs.mit.edu Thu May 6 21:53:40 1999 
Return-Path: <corbato@larch . lcs .mit . edu> 

Received: from larch.lcs.mit.edu (larch.lcs.mit.edu [18.26.0.95]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id VAA2 8059 
for <eric@fudge . uchicago . edu> ; Thu, 6 May 1999 21:53:39 -0500 (CDT) 
Received: (from corbato@localhost) 

by larch.lcs.mit.edu (8 . 9 . la/8 . 9 . 1) id WAA16780; 

Thu, 6 May 1999 22:53:28 -0400 
Date: Thu, 6 May 99 22:53:28 EDT 

From: "Fernando J. Corbato" <corbato@larch . lcs . mit . edu> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Cc : corbato@larch.lcs.mit.edu, Saltzer@mit.edu 
Subject: Re: MI BCD ED and Revise editing programs 
In-Reply-To: Your message of Wed, 5 May 1999 16:56:45 -0500 (CDT) 
Message-ID: <CMM. 0.90.4. 926045608 . corbato@larch . lcs .mit . edu> 

Eric , 

In response to some of your queries, Saltzer already gave you the 
explanation for the cryptic name of MI BCD ED; in chatting with 
Saltzer, it seems likely that this is *not* the same as "revise" which 
with its lowercase letters is probably a CTSS (i.e. timesharing) 
editor of roughly 1964 vintage. (The 2nd edition of the CTSS manual 
was 1965.) In any case, it was earlier than typset, and was certainly 
much more primitive than it since typset was a major improvement over 
all previous editors . 

I cannot find any documentation of revise (but some may exist.) An 
important piece of background is that as we made the transition from 
cards and batchprocessing to timesharing with centrally stored text 
files, we conciously created the notion of "card image text files" to 
give people a simple metaphor to help them keep track of what they 
were doing. It was simple minded but effective. However, after a 
short while, most timesharing users soon became accustomed to 
manipulating files of text with embedded carriage returns just as we 
do today. The card image files soon fell into disuse and the 
associated tools and editors were abandoned too. My hunch is that 
revise may have been one of those tools. 

Finally, I cannot recall a Martin E. Somin at all. He may have been a 
visitor or in another lab at MIT, but I have no recollection of him. 


F. J. Corbato 



From Saltzer@MIT.EDU Wed May 5 22:03:58 1999 
Return-Path: <Saltzer@MIT . EDU> 

Received: fromMIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) 
by fudge.uchicago.edu ( 8 . 8 . 8/8 . 8 . 8 ) with SMTP id WAA04557 
for <eric@fudge . uchicago . edu> ; Wed, 5 May 1999 22:03:58 -0500 (CDT) 

Received: from GRAND-CENTRAL-STATION.MIT.EDU by MIT.EDU with SMTP 
id AA07398; Wed, 5 May 99 23:03:59 EDT 

Received: from melbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU [18.69.0.4 
by grand-central-station.MIT.EDU (8 . 9 . 2 /8 . 9 . 2 ) with ESMTP id XAA24228; 

Wed, 5 May 1999 23:03:53 -0400 (EDT) 

Received: from [18.23.2.215] (dialup-2215.lcs.mit.edu [18.23.2.215]) 

by melbourne-city-street.MIT.EDU (8. 9. 2/8. 9. 2) with ESMTP id XAA04549; 

Wed, 5 May 1999 23:03:50 -0400 (EDT) 

Message-Id: <v03 02 09 0db3 56bl3 862b5@ [ 18 . 23 . 2 . 215 ] > 

In-Reply-To : <199905060037. TAA03389@fudge . uchicago . edu> 

References: <v03 02090bb3 567b86c5f 5@ [18 . 23 . 2 . 215 ] > 

<CMM. 0.90.4.925937787. corbatoSlarch. lcs . mit . edu> 

<CMM . 0.90.4.925937787. corbatoSlarch . lcs .mit . edu> 

<v0302090bb3567b86c5f5@[18 .23 .2 .215] > 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Wed, 5 May 1999 23:01:05 -0400 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: Jerome H Saltzer <Saltzer@MIT . EDU> 

Subject: Re: MI BCD ED and Revise editing programs 
Cc : corbato@larch.lcs.mit.edu 

At 4:56 PM -0500 5/5/1999, Eric Fischer wrote: 

> - The book on Advanced Computer Programming that you cowrote mentions 

> the Fortran Assembly Program's UPDATE operation, which seems a 

> lot like MI BCD ED. Was either of these programs descended from 

> the other or were they both just addressing similar needs? 

At 7:37 PM -0500 5/5/1999, Eric Fischer wrote: 

>The sections on UPDATE are pages 36-45 of _Advanced Computer 
Programming : A Case Study of a Classroom Assembly Program_, 

>and pages 52-57 of the FAP Reference Manual, 1962 edition. 

Eric , 

Interesting. Reading over those pages, they appear to be in my writing 
style. But I remember absolutely nothing about the content. It certainly 
appears that UPDATE was an editing system built in to the FAP assembler and 
that it closely resembles the function of the MI BCD ED program. But I am 
clueless about their relative ancestry. 

My guess is that both were descended from earlier card-on-tape-editing 
programs. In the 19 50 's and 60 's people didn't worry much about 
intellectual property in utility programs, so source was often available 
and passed around. Probably someone wrote an editing program and 
contributed it to SHARE; once it proved useful, someone either copied the 
code or reimplemented the ideas into FAP, and someone else may have decided 
to add a feature, creating an MI version of the program. 

You might be able to get closer to the bottom of this question by tracking 
down documentation on the SHARE library as it evolved from 1955 through 
1963 . The SHARE organization still exists and has a web page at 
www.share.com. Maybe they have an historian or archivist. I see that the 
University of Chicago is listed as a member. 


Jerry Saltzer 



From Saltzer@MIT.EDU Wed May 5 18:18:46 1999 
I’eturn-Path : <Saltzer@MIT . EDU> 

Received: fromMIT.EDU (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.69.0.28]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with SMTP id SAA02 8 64 
for <eric@fudge . uchicago . edu>; Wed, 5 May 1999 18:18:45 -0500 (CDT) 

Received: from GRAND-CENTRAL-STATION.MIT.EDU by MIT.EDU with SMTP 
id AA17664; Wed, 5 May 99 19:18:47 EDT 

Received: frommelbourne-city-street.MIT.EDU (MELBOURNE-CITY-STREET.MIT.EDU [18.69.0.4 
by grand-central-station.MIT.EDU (8. 9. 2/8. 9. 2) with ESMTP id TAA12019; 

Wed, 5 May 1999 19:18:42 -0400 (EDT) 

Received: from [18.23.2.215] (dialup-2215.lcs.mit.edu [18.23.2.215]) 

by melbourne-city-street.MIT.EDU ( 8 . 9 . 2/8 . 9 . 2 ) with ESMTP id TAA20089; 

Wed, 5 May 1999 19:18:39 -0400 (EDT) 

Message-Id: <v03 02090bb3 567b86c5f 5@ [18 . 23 . 2 . 215 ] > 

In-Reply-To : <199905052156. QAA15120@fudge . uchicago . edu> 

References : <CMM. 0.90.4.925937787. corbato® larch . lcs .mit . edu> 

<CMM .0.90.4.925937787. corba to@ larch . lcs .mit . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset= "us-ascii " 

Date: Wed, 5 May 1999 19:14:25 -0400 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: Jerome H Saltzer <Saltzer@MIT . EDU> 

Subject: Re: MI BCD ED and Revise editing programs 
Cc : corbato@larch.lcs.mit.edu 

At 4:56 PM -0500 5/5/1999, Eric Fischer wrote: 

>0ne of the things I had been 

>wondering was why anyone would take the trouble to punch a deck of 
>editing instructions when it seemed like it would be easier just 
>to insert the corrected cards by hand. But I hadn't realized that 
>the decks were so unmanageably large. 

The first assemblers did not have any concept of separately translated 
subprograms that could be linked together at load time. So programs just 
grew in size; it was common to see people lugging around trays each holding 
2,000 cards. One common disaster was a dropped tray. Making a copy of the 
deck onto a tape was one common safety measure (the other safety measure 
was to put sequence numbers in columns 72-80) . These tape editing programs 
made it possible to make a modest-sized patch to a "deck" that you couldn't 
actually get your hands on. And even after the Fortran Assembly Program 
(FAP) provided the option of separately translated subprograms for new 
work, all the old, big card-deck programs didn't immediately disappear; 
they often continued to be maintained for many years. 

> - Is "MI BCD ED" the proper name to use when referring to the 

> program? I see (in the MIT online library catalog) that there 

> were also MI APLT , MI POIF, MI POIS, MI SAP, and MI SBKN, but 

> I don't know what the "MI" prefix means. 

I think that came from a 1950's-era organization of IBM-using companies 
known as SHARE, which was set up to exchange information and utility 
programs . Each member company had a two-letter code that it tacked in 
front of the names of its programs. MI was the code for MIT, BE was the 
code Bell Labs, etc. 

> - The book on Advanced Computer Programming that you cowrote mentions 

> the Fortran Assembly Program's UPDATE operation, which seems a 

> lot like MI BCD ED. Was either of these programs descended from 

> the other or were they both just addressing similar needs? 

That may actually be something that I wrote, but I don't have a copy handy 
right now. If you could give me a page reference, I'll try to see if I can 
identify it. 

>Dr . Saltzer, there are also a few things I'd like to ask you about 



>TYPSET, if you don't mind, but I would prefer to wait to ask them 
i until a few additional items I've requested through Interlibrary Loan 
>arrive so that I can be better informed about what I'm asking about. 

No problem. Drop me a line when you are ready. Please keep in mind that 
we are talking about stuff that happened 35 years ago, and I keep being 
surprised that things I remember very clearly turn out to be wrong, often 
contradicted by my own files. 


Jerry Saltzer 



From corbato@larch.lcs.mit.edu Wed May 5 15:56:30 1999 
Re turn- Path : ccorbato® larch . lcs .mit . edu> 

Received: from larch.lcs.mit.edu (larch.lcs.mit.edu [18.26.0.95]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8 ) with ESMTP id PAA17700 
for <eric@fudge . uchicago . edu> ; Wed, 5 May 1999 15:56:30 -0500 (CDT) 
Received: (from corbato@localhost ) 

by larch.lcs.mit.edu (8 . 9 . la/8 . 9 . 1) id QAA15159; 

Wed, 5 May 1999 16:56:28 -0400 
Date: Wed, 5 May 99 16:56:27 EDT 

From: "Fernando J. Corbato" <corbato@larch . lcs .mit . edu> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Cc: corbato@larch.lcs.mit.edu, Saltzer@mit.edu 

Subject: Re: MI BCD ED and Revise editing programs 

In-Reply-To : Your message of Mon, 3 May 1999 17:32:40 -0500 (CDT) 

Mess age -ID : <CMM. 0.90.4.925937787. corbato® larch . lcs .mit . edu> 

Eric , 

Thanks for keying in the CC-143 memo. Now that I see it I realize 
that one of the reasons I forgot it is that it was not very profound. 

Rather a handy tool to cope with the increasing size of programs and 
systems in the pre-timesharing era when they still had to be 
manipulated as several thousand card decks. Mis-collation was a 
constant hazard and we and many other sites solved the problem by 
editing magnetic tapes of card images rather than re-recording from 
the trays of cards. 

However, one can see the beginning of meta-editing in the sense that 
one does not make the corrections directly but rather specifies how 
the editing is to be done. The subsequent timesharing editor, Typset, 
of course, generalized this basic idea into a powerful tool for making 
both local and global manipulations. 

I do not know if all this answered any questions you had. 

F. J. Corbato 



From corbato@larch.lcs.mit.edu Sun May 2 12:15:36 1999 
Re turn- Path : ccorbato® larch . lcs .mit . edu> 

Received: from larch.lcs.mit.edu (larch.lcs.mit.edu [18.26.0.95]) 
by fudge.uchicago.edu (8. 8. 8/8. 8. 8) with ESMTP id MAA08279 
for <eric@fudge . uchicago . edu> ; Sun, 2 May 1999 12:15:36 -0500 (CDT) 
Received: (from corbatoSlocalhost) 

by larch.lcs.mit.edu ( 8 . 9 . la/ 8 . 9 . 1) id NAA11202; 

Sun, 2 May 1999 13:15:25 -0400 
Date: Sun, 2 May 99 13:15:24 EDT 

From: "Fernando J. Corbato" <corbato@larch . lcs .mit . edu> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Cc : corbato@larch.lcs.mit.edu, Saltzer@mit.edu 

Subject: Re: MI BCD ED and Revise editing programs 

In-Reply-To : Your message of Tue, 27 Apr 1999 14:58:39 -0500 (CDT) 

Message-ID: <CMM. 0.90.4. 925665324 . corbato@larch . lcs .mit . edu> 

Sorry for the delay but I was not near a copy of the 2nd edition CTSS 
manual when I got your email. Frankly, I had forgotten about Revise. 

I also have been unable to locate a CC memo which describes it but you 
say you have. If you could tell me the number, or better yet fax me a 
copy (if not too long) that would be helpful. (Home fax: 

617-641-9407; Communal Office fax: 617-258-8607) My own files are in 
some disarray, but Jerry Saltzer has some copies of CC memos around. 

In any case, I certainly do not mind any questions about the program 
but my lack of recall indicates that we did not think of the program 
as a big deal even then. One has to remember that in that era, key 
punches were still the primary mode of entry into computers. 

Timeshared typewriters were just being hooked up and the idea of 
WYSIWYG was infeasible since CRTs were ponderous, expensive and rare. 

Saltzer has a somewhat vague recollection that Revise involved editing 
card image files. If so, it would make Revise some sort of a 
transitional tool. Saltzer did a magnificent job of synthezing TYPSET 
as very influential and useful timesharing typewriter editor. It was 
a major step forward and had a lot of impact. In his writeup, 
however, Jerry, wisely I believe, was careful to note the many 
text editors which were precursors. 

So feel free to send me any questions, if it helps. 

F. J. Corbato 


> Dear Dr. Corbat, 

> 

> I am doing research into the history of text editing software and 

> recently obtained a copy of the MIT Computation Center memo about 

> the Edit Program for BCD Tapes that you cowrote in 1959 . Would you 

> mind if I asked you a few questions about that program and about the 

> "Revise" program that the second edition CTSS manual credits you with 

> having written? 

> 

> Thanks , 

> Eric Fischer 

> eric@fudge.uchicago.edu 



From pete@fenelon.zetnet.co.uk Thu Mar 11 14:53:16 CST 1999 
Article: 210893 of alt . folklore . computers 

Xref : uchinews alt . folklore . computers : 210893 comp . editors : 3 7025 

Path: uchinews ! near ! den-news- 01 . qwest.net ! news-peer . gip . net ! news-lond. gip . net ! news . gsl 
From: Pete Fenelon <pete@f enelon . zetnet . co .uk> 

Newsgroups : alt . folklore . computers , comp . editors 
Subject: Re: Why VI? 

Date: Wed, 10 Mar 1999 20:14:37 +0000 
Lines: 21 

Message-ID : <dr j 6c7 . sgl . ln@f enelon . zetnet . co . uk> 

References: <7bui6h$134$l@news . seed . net . tw> <7cli4t$arv$9@roch . zetnet . co . uk> <7c56u5$n: 
NNTP-Posting-Host : man-082 . dialup . zetnet . co . uk 

X-Trace : roch.zetnet.co.uk 921181697 13675 194.247.41.102 (11 Mar 1999 19:48:17 GMT) 

NNTP-Posting-Date : 11 Mar 1999 19:48:17 GMT 

User-Agent: tin/pre-1 . 4-98022 6 (UNIX) (Linux/2.0.36 (1586) ) 

In alt . folklore . computers Will Rose <cwr@cts . com> wrote: 

> Queen Mary College London's em was written from scratch as a screen editor 

> in the summer of 1975. Next year the author took it on sabbatical to 

> UC Berkley, where Bill Joy picked it up and (much to the author's disgust) 

> added modes , and produced ex and vi . The original em went on to become 

> ded, but was finally superceded by vi and emacs . 

ded was nice -- it had migrated to (at least) York, Warwick and I believe 
Liverpool by the mid 80s. The trouble is, it's very, very unportable. I've 
still got ded sources from our old Vax, and I've yet to make 'em go properly 
on anything. . . : ( I believe Warwick even managed to make ded use the mouse. . . 

It had regular expression and undo handling that were in many ways more advanced 
than any competing editor -- the user interface wasn't quite to my taste, but 
the concepts were excellent. One day I'll port it to a sensible modern variant 
of unix. 

pete 

Pete Fenelon, 3 Beckside Gardens, York, YO10 3TX, UK (pete.fenelon@zetnet.co.uk) 
''there's no room for enigmas in built-up areas'' 



From dpeschel@u. Washington. edu Fri Mar 12 11:07:50 CST 1999 
Article: 210936 of alt . folklore . computers 
Xref : uchinews alt . folklore . computers : 21093 6 

Path : uchinews ! uwvax ! uwm. edu ! logbridge . uoregon. edu ! netnewsl . nw.verio . net ! netnews . nwnet 
From: dpeschel@u .Washington. edu (Derek Peschel) 

Newsgroups : alt . folklore . computers 
Subject: Re: 12-bit characters in CTSS 
Date: 12 Mar 1999 15:50:40 GMT 

Organization: University of Washington, Seattle 
Lines: 29 

Message-ID : <7cbd4g$dtc$l@nntpl . u .Washington . edu> 

References : <F8HMnL . KvxOmidway .uchicago . edu> 

NNTP-Posting-Host : saul7 . u . Washington . edu 

X-Trace: nntpl-u.washington.edu 921253840 14252 (None) 140.142.17.38 
X-Complaints-To : help@cac .Washington. edu 
NNTP-Posting-User : dpeschel 

In article <F8HMnL.Kvx@midway.uchicago.edu>, 

Eric Fischer <eric@fudge .uchicago . edu> wrote: 

>Why was the upper-and-lower-case input mode in CTSS 12 bits wide, 

>when the actual devices seem to have used at most 7 bits? Is there 
>useful information in all those bits or are they just padding? 

I hope I'm not making a dreadful factual mistake here. Tom Van Vleck may 
post soon enough, but I just love to jump in first. :) We actually have a 
CTSS manual at the library. Unfortunately the library's not open yet. 

It was 12 bits because that was the easiest way to extend a 6-bit character 
set. (I _think_ the CTSS hardware was a souped-up IBM 7094, and had 36-bit 
words, so 6-bit characters were kind of ingrained. I forget if there was an 
official character set that IBM promoted.) 

I don't remember any extra information. Actually I would say the character 
set was rather ad-hoc. There may have been a few special characters, but 
that was more due to terminal differences than anything else. (There were a 
number of character conversions you might have to do, also depending on 
terminal type . ) 

In other words, compared to ASCII or its modern extensions, or for that 
matter the _really_ 12-bit set of "terminal key" characters that would 
appear at MIT only about 10-15 years after CTSS, the CTSS set was not as 
mature. On the other hand, the idea of black and red printing is quite 
stylish and almost a compensation. :) 


Derek 



From thw@multicians.org Sat Mar 13 10:51:31 CST 1999 
Article: 210979 of alt . folklore . computers 
Xref : uchinews alt . folklore . computers : 210979 

Path : uchinews ! uwvax ! enews . sgi . com! EU . net ! news .maxwell . syr . edu ! news feed . berkeley . edu 
Date: Fri, 12 Mar 1999 19:25:21 -0800 
From: thAW@multicians.org (Tom Van Vleck) 

Newsgroups : alt . folklore . computers 

Subject: Re: 12-bit characters in CTSS 

Mess age -ID : <thw-12 03 99192 5220001@th\w. vip . best . com> 

References : <F8HMnL . Kvx@midway . uchicago . edu> <7cbd4g$dtc$l@nntpl . u .Washington . edu> 
Organization: Multicians 
X-Newsreader : MT-NewsWatcher 2.4.1 
X-url : http://www.multicians.org/ 

Lines : 22 

NNTP-Posting-Host : thw. vip . best . com 

X-Trace : nntpl.ba.best.com 921295518 217 206.86.18.21 
Eric Fischer <eric@fudge . uchicago . edu> wrote: 

>Why was the upper-and-lower-case input mode in CTSS 12 bits wide, 

>when the actual devices seem to have used at most 7 bits? Is there 
>useful information in all those bits or are they just padding? 

They wre just padding. The 7094 's instruction set handled 6-bit 
characters efficiently, and the extended character set was chosen 
to be two 6-bit characters rather than incur extra overhead doing 
load/mask/shift operations. (The Multics machine, also a 36-bit 
wor machine, supported four ASCII characters per word, seven bits 
right- justified in nine-bit bytes. The Multics CPU also supported 
4-bit packed decimal and 6-bit "GE BCD" characters. But I digress.) 

Programming Staff Note 56, by J. H. Saltzer, dated 11/29/65, 
describes the 7094 character set used on CTSS, and the plas for 
a special "Project MAC" typeball for the IBM 1050, and mentions 
that the future ASCII character set is likely to be used by future 
typewriter devices . 

The CTSS character set contained 90 printing graphics, space, 
and 21 control characters. It is described in section AC. 2. 01 
of the Second Edition CTSS Manual. 



From thvv@multicians.org Fri Feb 26 09:22:28 CST 1999 
Article: 209923 of alt . folklore . computers 
Xref : uchinews alt . folklore . computers : 2 09923 

Path : uchinews ! uwvax ! enews . sgi . com! news feed. berkeley . edu ! news2 . best . com! news3 .best.com 
Date: Thu, 25 Feb 1999 23:32:10 -0800 
From: thvv@multicians.org (Tom Van Vleck) 

Newsgroups : alt . folklore . computers 
Subject: Re: why is there an "@" key? 

Mess age- ID : <thw-2 50299233 2110001@thw. vip . best . com> 

References : <7auupf $lrk$l@news3 . infoave . net> <thw-2402992 000240001@thw . vip . best . com> 
Organization: Multicians 
X-Newsreader : MT-NewsWatcher 2.4.1 
X-url : http://www.multicians.org/ 

Lines: 70 

NNTP-Posting-Host : thvv . vip . best . com 

X-Trace : nntpl.ba.best.com 920014334 221 206.86.18.21 
Eric Fischer wrote: 

> Would you be willing to elaborate on when the various CTSS editors 

> appeared and what their major features were? I'd especially like to 

> know whether ED and EDL are two names for the same thing. 

My memory of these developments is imperfect, especially exact dates. 

I was using TYPSET and RUNOFF in fall of 1964 to produce a CC memo, so 
it was newly available then. I think that CTEST9 was done in December 
of 1963. ED would have been early 1964 then. 

CTSS started out very "compatible" with FMS batch processing. 

That meant that editable files were simulated 80-column BCD card decks. 

There were elaborate features to support an input mode that 
automatically generated incrementing line numbers, which were 
put into columns 73-80 by INPUT and used by EDIT to replace lines. 

ED was a more modern editor, that still worked on card image files. 

It had an "input" mode and an "edit" mode (see where the names 
came from?) and you switched between them with an empty line. 

In edit mode, you could do a "change" command like C /XXX/ YYY/ 

At about the same time, early 64, Jerry Saltzer wrote TYPSET and 
RUNOFF for document editing. The files for this purpose had 12-bit 
characters, in a character set best described as BCD with shift. 

Card image made little sense, so Jerry chose to use a format called 
"line marked" in which each line was preceded by a marker consisting 
of 18 one-bits and 18 bits of character count. (I think that's right..) 

Jerry wrote TYPSET and RUNOFF in clean high-level MAD, and 
separated all the 12-bit-ness into a library. He then created 
a 6-bit version of the library, and created an editor for line-marked 
BCD files, called EDL. TYPSET, EDL, and ED had similar editing 
commands, input and edit mode, and a "save" model of editing: that is, 
until you did an explicit save in the editor, your file was unaltered. 

Line-marked files were more compact because trailing blanks were 
stripped off every line. They were regarded as a better format. 

Many of the standard CTSS commands such as assemblers and compilers 
were altered to accept either card image or line-marked files. 

I can't remember detailed features or editor commands, or which 
came before which. Maybe someone else on this list can. 

Then the Multics development effort started, and Jerry was one of 
the leaders and designers of the Multics character handling strategy, 
which included many radical ideas for the time: 

- upper and lower case 

- ASCII character set 

- device independence 



- canonical form 

- character stream files with NL as separator 

He took EDL, replaced the low-level library with one that 

handled ASCII, and produced... EDA. This was the "official" editor 

for the Multics development team. 

About 1966 there was this guy from Bell Labs who had written a paper 
about compiling regular expressions, a recursive-function-theory thing, 
into assembly code, and who wrote an editor called QED for CTSS. 

It was fantastic. It too had input and edit mode, worked on 
line-marked files and maybe card image too, I forget, and supported 
regular expressions in the "substitute" command, and was programmable 
in the sense that it allowed multiple buffers and let you put editor 
commands in a buffer and then execute them. I think it would edit 
ASCII as well as BCD, forget if it could also do 12-bit. Its 
error diagnostics were terse: "?1" for example. Ken Thompson was 

the guy, and QED was the ancestor of Multics qed and qedx, and Unix ed. 

Whew, enough for tonight. I really should look in the garage for 
the CTSS manual and the binder of old CC memos. 



From thvv@multicians.org Wed Feb 24 09:18:50 CST 1999 
Article: 209708 of alt . folklore . computers 
Xref : uchinews alt . folklore . computers : 209708 

Path : uchinews ! uwvax ! enews . sgi . com! news feed. berkeley. edu ! news2 .best . com! news 3 .best . com 
Date: Tue, 23 Feb 1999 19:09:41 -0800 
From: thw@multicians.org (Tom Van Vleck) 

Newsgroups : alt . folklore . computers 
Subject: Re: why is there an "@" key? 

Mess age- ID : <thvv-23 02 99190942 0001@thw. vip . best . com> 

References: <7auupf $lrk$l@news3 . inf oave . net> <uQDA2 . 2946$k22 . 161260@ptah . visi . com> <7a' 
Organization: Multicians 
X-Newsreader : MT-NewsWatcher 2.4.1 
X-url : http://www.multicians.org/ 

Lines : 18 

NNTP-Posting-Host : thvv . vip . best . com 

X-Trace : nntpl.ba.best.com 919825779 197 206.86.18.21 
dmr@bell-labs.com wrote: 

> The usage in Unix was directly carried from Multics, which took it 

> from CTSS, I believe. Likewise with # as a character erase. 

Actually, the CTSS erase character was " and the kill character ? 

CTSS was used as the development platform for builting Multics. 

The Multics team felt that these characters were "too common" and 
chose # and @ and also specified a convention, the use of the escape 
character \, to allow their input. Octal escapes, ssuch as \014, 
were also part of the Multics character input stream editing design. 

Jerry Saltzer's CTSS programs TYPSET and EDA then adopted the Multics 
convention for input in "12-bit" (upper and lower case) mode, which 
helped users transition to the new world. I think Noel Morris modified 
the "shell "-like program . SAVED to read in 12-bit mode and use the 
Mutics erase and kill characters, and thus the Multics development 
team (which used at least half of the Red Machine's time) could 
do most of its work using # and @. 



From thvv@multicians.org Thu Feb 25 23:06:03 CST 1999 
Article: 209912 of alt . folklore . computers 
Xref : uchinews alt . folklore . computers : 2 09912 

Path : uchinews ! uwvax ! uwm. edu ! math . ohio-state . edu ! news . cis . ohio-state . edu ! newsf eed. berk 
Date: Thu, 25 Feb 1999 19:40:06 -0800 
From: thvv@multicians.org (Tom Van Vleck) 

Newsgroups : alt . folklore . computers 
Subject: Re: why is there an "@" key? 

Mess age- ID : <thvv-2 5 02991940090001@thw. vip . best . com> 

References : <7auupf $lrk$l@news3 . inf oave . net> <thw-23 029919 09420001@thw. vip . best . com> 
Organization: Multicians 
X-Newsreader : MT-NewsWatcher 2.4.1 
X-url : http://www.multicians.org/ 

Lines: 21 

NNTP-Posting-Host : thw . vip . best . com 

X-Trace: nntpl.ba.best.com 920000409 208 206.86.18.21 
Eric Fischer wrote : 

> The copyright page says that it's the second printing, 1964. 

> Appendix B, "Current Restrictions," has a long list of features 

> that are documented but don't actually work yet, including 

> 12-bit input and the memo, modify, and ditto commands. 

Yup . that's the "candy stripe" manual. MEMO, MODIFY, and DITTO 
if they were ever actually implemented and used, were superseded 
by 1964 or so by Saltzer's TYPSET and RUNOFF. 

(There was a great revolution in editing between MEMO and MODIFY 
(the 12-bit equivalents of INPUT and EDIT) and the newer editors 
ED and TYPSET: the ability to see what you were editing was added. 

With INPUT/EDIT and MEMO/MODIFY, you had to input blindly, and 
exit the command and use PRINT or DITTO to see what you'd done. 

The first editor that allowed file examination while modifying 
the file was Art Samuel's (yes, the IBM guy famous for his checker 
playing program, visiting Project MAC) CTEST9 editor (CTSS then 
had the command table baked into the supervisor, so there were 
a few extra command names for testing), circa 1964.) 
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From pratt@cs.Stanford.EDU Fn Nov 6 12:40:03 1998 
Return- Path: pratt@cs.Stanford.EDU 1. Guide for the total novice (no prior exposure to editors) 

Received: from coraki.Stanford.EDU (Coraki.Stanford.EDU [171.64.78.237]) by fudge. uchica 
go.edu ( 8 . 7 . 5/8 . 7 . 3 ) with ESMTP id MAA25690 for <eric@fudge.uchicago . edu>; Fri, 6 Nov 19 


98 12:39:56 -0600 (CST) 

Received: from coraki.Stanford.EDU (IDENT:pratt@localhost [127.0.0.1]) 
by coraki.Stanford.EDU (8 . 9 . 1/8 . 9 . 1) with ESMTP id KAA29427; 
Fri, 6 Nov 1998 10:41:12 -0800 
Message-Id: <199811061841 . KAA29427@coraki . Stanford. EDU> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

cc : pratt@cs . Stanford . EDU 

Subject: Re: questions about ZED/DOC 

In-reply-to: Your message of "Wed, 14 Oct 1998 13:50:17 CDT. " 
<199810141850 .NAA07017@ fudge .uchicago . edu> 

Date: Fri, 06 Nov 1998 10:41:11 -0800 
From: Vaughan Pratt <pratt@cs . Stanford. EDU> 

Hi, Eric. Sorry about the delay, I was tied up with some other things. 
Here's the Zed manual. Your question 
>1 would also be grateful if you would be 

>willing to share any memories of how you came to design ZED and DOC. 
is answered in section 7 of the manual: History and Design Rationale 
Best 

Vaughan Pratt 


First you need a few more commands to be able to read this file. To advance 
to the next page use (period); its inverse is (comma). To search for 

a given piece of text, type 't' then the text you are looking for, then 
return. To search backwards, precede the 't' with 'b' . To move say 25 lines 
forwards, type '251', and 'b251' to go back 25 lines. 

Now, advice: 

Watch a Zed user. 

(More detailed advice later) 


Using RETURN and LINEFEED, move the cursor to the line you want to read about 
below and type capital G then lower case 1 (for Go-to-occurrence-of line). 
Very important: to get back to here, hit b then f (for 'back file'). 

1. Guide for the total novice (no prior exposure to editors) 

2. Conversion course for those already familiar with an editor. 

3 . Zed dictionary and syntax 

4 . Zed reference manual 

5. User extensibility of Zed vocabulary and syntax 

6. Implementation details 

7. History and Design rationale 


2. Conversion course for those already familiar with an editor. 

First you need a few more commands to be able to read this file. To advance 
to the next page use (period); its inverse is (comma). To search for 

a given piece of text, type 't' then the text you are looking for, then 
return. To search backwards, precede the 't' with 'b' . To move say 25 lines 
forwards, type '251', and 'b251' to go back 25 lines. 

Now we can proceed. 

Zed supplies an optional layer of syntax between you and Emacs. It is 
optional in the sense that the Zed user can easily switch to Emacs with the 
command x, while the Emacs user may switch to Zed with the command A \. 

It is syntactic in that a single Zed command may be composed of one or more 
Zed words. Typical commands are 'paragraph' (move to start of next 
paragraph), 'erase 3 words' (erase from here to the start of the third word to 
the right), and 'visit: accounts .payable' (move to the file called 
'accounts .payable' ) . Only the first letter of each word is actually typed, 
except for strings that obviously don't admit one-letter abbreviations such as 
file names and sought text. Thus the above three examples are typed as 
respectively 'p', 'e3w', and 'vaccounts .payable' . In the case of the last 
command, the file name must be terminated with either one of return or escape. 
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The basic structure of a Zed command consists of some preamble followed by a 
one-character action that actually causes the whole command to take effect. 
In describing the preamble and action we shall make free use of names of 
parts of speech, without adhering very closely to their standard meanings. 
The preamble consists in order of an optional adverb, then an optional 
'preverb', an optional verb, and any number of adjectives. As all of these 
items are optional, the preamble may therefore be entirely absent. The 
action however must always be present. It may be either an interjection, a 
noun, or an imperative. All of these syntactic classes will be explained in 
due course. 

The above completely defines the grammar of Zed. The form in which this 
grammar is actually presented to Zed as part of the definition of Zed is: 


The role of verbs is to operate on text. The text operated on is defined by 
the cursor motion that would obtain in the absence of the verb. 

The verbs of most importance in normal editing are: 

erase 

justify 

kase-lower 

KASE-UPPER 

The meaning of 'erase word' is that everything from the present cursor 
position to the next left boundary of a word is erased. In the case where the 
cursor is already positioned at the start of a word, this means that the word 
and its following spaces etc. are erased. 


( command 

(preamble 

(action 


(preamble) (action) 

(adverb) (preverb) (verb) (while (adjective) 0) 
(| (interjection) (noun) (imperative) ) 


A later section 
We now describe 
The most easily 


describes how 
the syntactic 
grasped class 


the user may extend this grammar, 
classes . 

is the noun. The nouns are: 


) 

) 

) 


The meaning of 'erase hole word' is that the cursor is considered to first 
back up to the beginning of the current word if it is not already there. The 
effect then is that even when in the middle of a word, the whole word is 
erased. 

The meaning of 'justify hole paragraph' is that the current paragraph is 
filled. 'modified justify hole paragraph' will also right justify (not 
implemented yet, can someone point me at a suitable stdin-stdout Unix call for 
this?) . 


character 

word 

line 

paragraph 


file 

text 

object 

parenthetical 


All but 'parenthetical' are abbreviated to their first letter, the 
abbreviation being called the key of the word (as in keyboard) . The full 
name of the word is referred to as its function. (In the implementation of 
Zed the meaning of each word is represented as an Emacs function of that 
name) . Its part of speech is called its class. 


A parenthetical is any parenthesized expression within which all parentheses 
match; the key used to suggest matching is '='. The 'object' serves as Zed's 
pronoun. The object is the piece of text that you were just working on. 

'text' takes a text argument and names a piece of text matching that 
argument; thus the search command of other editors, which sounds like a verb, 
becomes a noun in Zed. The 'file' is the whole file you are presently 
working on; it allows you to talk about the start and end of the file, for 
when you want to go there, and to name all the text in between, or from the 
cursor to the beginning, or from the cursor to the end. A 'paragraph' is any 
piece of text starting and ending with a pair of linefeeds (newlines) . A 
word is any alphanumeric string. A line begins and ends with a linefeed (or 
one or both ends of the file) . A character is a character. 


Nouns are used to name a place in the file. The place named is the next left 
boundary of a structure corresponding to that noun. When a noun is used alone 
as a command it means 'move the cursor to the named boundary. ' Thus 
repeatedly typing 'word' will move the cursor along from word to word, always 
stopping at the left boundary of each word. 


The role of adjectives is to modify nouns. The adjective 'back' reverses the 
direction in which boundaries are searched for. The adjective ' right-end-of ' 
indicates that right boundaries rather than left are to be sought. The 
adjective 'hole' means that whole structures, starting from a left boundary, 
are sought; 'hole' makes no sense with plain cursor motion, but is useful in 
conjunction with verbs, which operate not on points in the text but on regions 
of text. Numbers are considered adjectives, and specify the number of 
boundaries that should be moved past, the default of course being 1. Negative 
numbers per se do not exist, though is a permitted synonym for 'back', so 
that one may type '-3w'. 'Infinity' is represented with '*', and means for 
nounds 'go to the appropriate file boundary' . 


The meaning of kase-lower is to change any upper case alphabetics to lower 
case. The modified form inverts case. 


The meaning of kase-upper is to change any lower case alphabetics to upper 
case. The modified form only capitalizes the first letter in each word. 

The only 'preverb' is 'dump' which means 'make a copy of the same region that 
a verb would apply to' . This copy may be later retrieved at a different point 
in this or another file using the 'get' command ('g'). 

The one adverb is 'modified', for which the one-character abbreviation is the 
caret symbol, A . The meaning of 'modified' is command- spec if ic; in the case 
of 'text' for example it means use literal search rather than the more 
permissive upper-and- lower-case-matching that 'text' normally uses. The caret 
symbol is used to suggest modification following its use in representing Ascii 
control characters as modifications of alphabetic characters. 

The imperatives are commands that for the most part have little or no 
preamble. They are as follows. 


get 

insert 

make 

quote 

Undo 

visit 

xit 

"R 

A Z 


get the text last dumped by 'dump' 
enter "Insert>" mode 

make occurrences of stringl into string2 
insert the next character typed into the file 
undo the last verb, get, make, undo, or A U- in- insert 
visit the file named stringl 
exit from this level of Zed 

make this file readonly - no further changes allowed 
write out all buffers and exit from Zed to the shell 
enter the Zed manual 


The make command supplies the major exception to the rule that imperatives 
take no preamble. A number means 'make' that many occurrences, the default 
being 1 as usual, * meaning all occurrences from here to the end of the file, 
'back' means work back from here towards the beginning of the file rather than 
towards the end. 'hole' means confine the activities of 'make' to the object. 
(To see what the object is, type 'object' several times to bounce back and 
forth between its two ends.) 'modified' means query each string being 'made' 
as it is encountered, offering the user the choice of accepting or rejecting 
the change, aborting the whole make command, or completing the rest of the 
changes with no further questions. 
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The insert and visit commands will be discussed below in separate sections. 

The interjections resemble nouns in that they are used to identify points in 
the text. They differ from nouns in that the points are identified not via 
textual structure but via more basic geometrical criteria. Another point of 
difference is that their keys are (with the exception of 'n' for 
' next -window' ) all special symbols. The interjections are 


Left 

BACKSPACE 

\ 

{ 

LINEFEED 


Right 

SPACE 

/ 

} 

RETURN 


Where to 

one character away 

8 characters away 

end of this line 

one line away (vertical only) 

scroll screen one line 

scroll screen one page 


Interjections may take numeric commands, indicating how many times they are to 
be applied. They may not take any other adjectives however. They may take 
verbs and preverbs (dump) . No interjection has its meaning altered by 
adverbs ( A ) . 


Two additional interjections exist which are not pure cursor movers but delete 
single characters of text; they are 

RUBOUT ' (backquote) delete one character 


Files are normally visited in readonly mode. What this means is that the 
first modification to the buffer traps you in a listen loop that asks you to 
type one of A W or A R to say whether you want to make the file writable or 
leave it in readonly mode. (The reason for A W and A R rather than w and r is 
that these are less likely to be typed under the typical circumstances 
surrounding an unintentional modification.) If you know at the outset that 
you are likely to want to modify the file, use uppercase 'V' for 
'Visit-writable'. This too may be modified with ' A ' to preserve the old 
file on the screen. 


INSERT LEVEL 


In insert level, most characters typed are inserted automatically. Whether 
automatic newlines are generated at the end of each line is not determined by 
Zed but is intended to be selected by the user in his Emacs profile. The 
default is not to generate newlines automatically. 

The characters that are not inserted instead have special effects while at 
Insert level. 

Character 
BACKSPACE 
RUBOUT 
A W 
A U 
A G 
A Q 
ESC 

VISIT 

The basic visit command is given by typing 'v' followed by a text string 
naming the file to be visited followed by either of RETURN or ESC. The visit 
command may be cancelled before completing the string either by rubbing out the 
whole string with RUBOUT or BACKSPACE, or by typing A G. 

To visit a file in such a way that the file you are just leaving remains 
partially on the screen, use modified visit, ,A v'. To go back and forth 
between these two files, use 'n' for 'next-window' . 

A file visited while at Manual level is automatically 'modif ied-visited, ' so 
that you do not lose sight of the manual while working on the file. To get 
rid of the manual, xit with 'x' ; this will take you out of Manual level back 
into Zed level. (Another 'x' would then get you to Emacs.) 'next-window' 
continues to work in this mode. When exiting from Manual level it does not 
matter which window the cursor is in when you exit; the manual will disappear. 
If you return to the manual with '?' you will be back where you left off. 

(Try it now - type 'x' and then '?'.) 


3 . Zed Dictionary and Syntax 

The following table is the very one that Zed Learnt from when you started it 
up a little while ago. If you move on to section 5 you can learn how to write 
your own dictionary entries and get Zed to Learn them. After the dictionary 
comes the syntax of Zed. This too you can learn to write from section 5. 
========================= Zed's Dictionary ================================= 


Abbrev 

Full Name 

Part of Speech 


A C 

write-and-exit 

imperative 


A G 

illegal -operation 

imperative 


A H 

back-character 

interjection 

backspace 

A I 

next -8 

interjection 

tab 

A J 

previous -line 

interjection 

linefeed 

A M 

next- line 

interjection 

return 

\022 

read-only 

imperative 


\027 

write-modified- files 

imperative 


/N » 

character 

interjection 

space 

* 

infinity 

adjective 


/ 

next-8 

interjection 


, 

previous -page 

interjection 


" 

back 

adjective 



next -page 

interjection 


< 

scroll-one- line-down 

interjection 


= 

parenthetical 

noun 


> 

scroll -one- line-up 

inter j ection 


? 

manual 

inter j ection 


D 

Define 

verb 


G 

Go-to-occurrence-of 

verb 


K 

KASE-UPPER 

verb 


L 

Learn 

verb 


V 

Visit-writable 

imperative 



delete-next-character 

interjection 


\\ 

previous -8 

interjection \\ = \ 



Effect 

back over preceding character 

rubout preceding character (not undoable) 

rubout preceding word (not undoable) 

rubout preceding line (undoable) 

undo 

quote next character 
exit from Insert level 
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modified 

adverb 

b 

back 

adj ective 

c 

character 

noun 

d 

dump 

preverb 

e 

erase 

verb 

f 

file 

noun 

g 

get 

imperative 

h 

hole 

adjective 

i 

insert 

imperative 

j 

justify 

verb 

k 

kase-lower 

verb 

1 

line 

noun 

m 

make 

imperative 

o 

object 

noun 

n 

next -window 

interjection 

P 

paragraph 

noun 

q 

Quote 

imperative 

r 

right-end-of 

adj ective 

s 

sentence 

noun 

t 

text 

noun 

u 

Undo 

imperative 

V 

visit 

imperative 

w 

word 

noun 

X 

xit 

imperative 

{ 

beginning-of-line 

interjection 

} 

end- of -line 

interjection 


delete-previous -character 

interjection 


Zed's syntax is user extensible. You can type in something like the following, 
say arranged as a paragraph, go to its start, and say Dp for Define 
paragraph. Note that 'command' is the top-level class, so that if you Define 
'command' to be something else you won't be able to talk Zed anymore. Note 
that you cannot cancel the effect of 'x' (exiting from Zed) even if you 
succeed in redefining it to have some other meaning! (So your version of x 
will do whatever you ask, but then you will exit whether your version wanted 
to or not. This is to prevent you from being able to lock you out of your own 
shell and not be able to use your terminal till someone killed your job for 
you! ) 

=========================== Zed's Syntax ================================= 

(command (preamble) (action) ) 

(preamble (adverb) (preverb) (verb) (while (adjective) 0) ) 

(action (| (interjection) (noun) (imperative) ) ) 


4 . Zed reference manual 


Watch this space 


5. User extensibility of Zed vocabulary and syntax 

No speak English? Zed not powerful enough for you? Make up your own words, 
and even your own grammar! Zed is implemented in a way that makes it 
easy to do this. 

To define your own Zed word, you need to pick a key, a function, and a 
class. To take an example of a word already defined in Zed, there is the Zed 
word with key 'c', function 'character', and class 'noun'. Another has the 
key 'e', the function 'erase', and the class 'verb'. Yet another has the key 
' /w , the function 'modified', and the class 'adverb'. (The classes bear only 
a superficial similarity to the similarly named syntactic classes of English 
words . ) 

Once you have made your choice, say the above example of 'character', 
you type in the components of the definition, in the order key, function, 
class, separated by any number of spaces or tabs, on one line, with the key as 
the first character of the line, thus: 

c character noun 

To teach this definition to Zed, move the cursor to the start of the line and 
tell Zed to 'Learn line' by typing LI. 'Learn', incidentally, is a verb and 
'line' of course is a noun. You can also say Lp for Learn paragraph, or L31 
for Learn 3 lines, in case you want to teach Zed several words at once. 

Some characters do not show up clearly in the first column. For this reason 
you may use the following conventions. These are the only conventions 
permitted. Note that Zed's 'quote' command, or A Q when in "Insert>" level, 
allows you to insert any Ascii character into a file. 

Character (Decimal Ascii equivalent) Convention 

tab 9 \t 

newline 10 \n 

space 32 \s 

backslash 92 \\ 

The rules for making up dictionary entries, in more detail, are as follows. 
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1. A typical entry is of the form 

Key Function Class 

c foo noun 

The Abbrev must be a single character at the start of the line. 

2 . The entry should either follow or replace any extant entry with the same 
Abbrev . 

3. Only existing parts of speech may be used unless you augment Zed's syntax 
(described elsewhere) . 

4. The function foo is echoed as foo and called as the zeroary MLisp function 
(foo). (foo) may be supplied by either the system or the user; examples of 
both appear in Zed's dictionary. 

5. The meaning of a numeric argument is that (foo) is called that many 
times . 

6. The meaning of the adjective "back" is (back-foo) is called in place of 
(foo), of ' right-end-of ' that (right-back-foo) is called, and of both that 
(right-back-foo) is called. 

7. The meaning of the adjective "hole" is that the first step of command 
execution is to execute (character) (i.e. move forward one character), 
followed by (back-foo) . The effect is to back up to the beginning of the 
object defined by what (back-foo) does. 

It is permissible to omit the definition of (back-foo) , (right-foo) , and 
(right-back-foo) . Their absence merely means that calling foo with adjectives 
'back' or 'right' or 'hole' will be treated by Zed as an error. 

PARSING 

Parsing is driven by the parser, which seeks parts of speech. At the start, 
and whenever a token is consumed, the scanner reads another character and 
records what it has found using the macro for that character. The parser 
supplies the scanner with what is sought, and the scanner compares this with 
what it has found. Whenever there is a match the parsetime semantics for that 
token are executed and the token is consumed. 

(This section incomplete. Let me know if you got to this point and wanted to 
read further. V. Pratt.) 

================= End of Section 5 ================ 


6 . Implementation details 

The command zed is merely linked to the emacs command, in the /usr/bin 


directory. Thus when you say zed, you are in effect saying emacs. However 
emacs looks to see what you called it, in this case zed, and loads a file 
called zed.com in the LOADPATH directory, Loadpath 

on this particular computer. This file first implements Zed's basic reflexes, 
then proceeds to read a Zed manual in order to learn Zed. It looks first in 
the HOME directory, in your case Home, to see if you have 

your own idea of what a Zed manual should say, and if not then it uses the 
standard manual from the LOADPATH directory. Zed manuals are recognized by 
their name, zed. manual. The manual you are presently reading is the one Zed 
actually found when you invoked it. Thus you are guaranteed that you and Zed 
agree on the definition of Zed! 

It is hard to know what to say about the implementation specifically. If you 
don't mind I'll just let you read the code. Like this manual, this code is up 
to date . 

I promise you that the code will be quite comprehensible. 

Zedcom 


7 . History and Design rationale 

Zed was designed and written by me at MIT in August 1974, for use by a 
secretary that was to be hired in the following month. Initially I had 
planned for the secretary to use TECO. In the absence of a suitable TECO 
manual I started to write down all the 'idioms' in common use for 
accomplishing various things, the idea being that for each task the secretary 
would type in the idiom, anywhere from one to six or so TECO commands . 

It soon became obvious that it would be more satisfactory to maintain the 
idiom table on the computer and have the secretary simply type in the name of 
the idiom rather than the idiom itself. This being where language come from, 
I decided to work out a satisfactory language design. 

The design strategy was to write a complete user's manual before commencing 
implementation. A manual has to be written eventually anyway, and writing it 
before implementation means that it is likely that many language compromises 
will come out in the user's favor rather than the computer's. 

Substantial feedback from MIT and the Arpanet community prompted a complete 
overhaul of the first design. A second language was designed from scratch, 
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but this too did not survive the review process at all. A third language 
seemed to dispose of most objections (or were the reviewers merely worn out?) 
The language was called DOC for Documentation editor. It was implemented 
in a version of DEC'S TECO editor developed by Richard Stallman, the 
initial implementation taking approximately a week. 

The name DOC was found to conflict with TOPS-20 terminology, so when DOC was 
moved to TOPS-20 its name was changed to Zed. With this last name change the 
opportunity was taken to incorporate some minor improvements to DOC. However 
six years of experience with DOC in MIT's Theory of Computation group and at 
the University of Washington, Seattle, has suggested that the basic design 
does not require substantial revision. The one thing that is constantly 
requested by DOC users and nonusers is windows. While the TECO version of 
DOC/Zed still does not have windows, Emacs Zed does, inheriting them of course 
from Emacs . 

Design Rationale 

Zed applies the orthogonality principle from natural and programming languages 
to the editing domain. This principle permits orthogonal (independent) 
concepts such as actions and objects to be combined into larger expressions. 
Zed commands can range in length from one 'word' , such as p for 'paragraph' , 
meaning 'move the cursor to the start of the next paragraph', to nine 'words', 
such as /N deb3rhtx for 'modified dump erase back 3 right-end-of hole texts: x' 
which means 'locate the three preceding blocks of text each of which start 
immediately after an x and end immediately after an x, not counting the block 
of this form that we are presently in, make a copy of those blocks that can be 
retrieved later, and erase them' . It is most unlikely however that commands 
near the limit of the complexity that Zed can handle will be used very often; 
instead simple commands such as 'justify 2 paragraphs' and 'back 5 words' 
will form Zed's staple verbal diet. 

The power of the language is achieved with a quite small vocabulary compared 
to that of say Emacs. Furthermore the language is considerably more mnemonic 
than Emacs . 

Zed is no more than an interface. Thus the most natural Zed implementation is 
on top of an existing editor. 

Some of the user-selectable options of Emacs have been coopted for Zed's use, 
while others have been left user selectable. Two principles have been adhered 
to here. 

(i) The options taken over by Zed are the ones that the user is likely to 
be changing sufficiently frequently as to warrant their inclusion as a part of 
the Zed language. To offer them as Emacs constructs is to compromise the 
coherence of the interface. An example is the pop-up-windows switch. This is 
likely to require frequent toggling by the user. The switch has been 
incorporated into Zed's file-visiting command. 

(ii) The options left as Emacs commands are those that the user may be 
content to define in his Emacs initialization file. Rather than have Zed set 
the defaults for those options to be what the author thinks is most likely, 
they have been left with their Emacs defaults. This permits the same user 
profile (.emacs_pro on Berkeley Unix) to be used for both Emacs and Zed. 

A major source of dispute between DOC and Emacs enthusiasts is over the 
question of whether an editor should have distinct edit and insert modes. 
However this dispute begs the question of whether Emacs is truly modeless. In 
fact one holds the control key down in Emacs to achieve the equivalent of 
entering edit mode. Thus the real question is not whether an editor should 
have modes but whether the edit mode should be "sticky," that is, permitted to 
remain in force under any conditions after the user's hands have left the 
keyboard. 

The decision to whether to permit sticky edit mode is however entirely 
independent of almost all other language issues. The one thing it does depend 
on is whether the keyboard supports non-sticky edit mode. The keyboards at 
Stanford's and MIT's respective Artificial Intelligence Laboratories have 


sufficiently many state keys (two each of control, meta, shift, and top), that 
non-sticky edit is easily arranged for. The use of a so-called Edit-key on 
other terminals such as the Datamedia, controlling the parity bit of 
characters from the terminal, also makes non-sticky editing convenient. But 
on Selectric-based keyboards, which are rapidly becoming a standard in the 
computer terminal industry, the closest thing to an edit key is the control 
key. Unfortunately there are only 31 characters available for the editing 
language using the control key, which for one-keystroke-per-command editors 
such as Emacs is far too few. The result is a compromise: one or more 
one-shot sticky modes that disappear after one use. In the case of 
Emacs there are two such modes, entered by typing respectively ESC and / 'X. 

A major advantage of sticky edit mode is convenience: no control or meta key 
to hold down during long stretches of non-insert editing. Under these 
conditions it becomes possible to touch-type one's editing commands as 
conveniently as with insert-mode typing. My experience with three 
sticky-edit-mode display editors, DOC, Xerox's Bravo on Altos, and Berkeley 
Unix vi, has been that provided editing is done from the keyboard, as in DOC 
and vi, and provided the system is sufficiently responsive, touch-type 
editing can be most productive. (Neither of these conditions happen to obtain 
for Bravo; the mouse is a severe obstacle to fast editing, and Altos are 
painfully slow. ) 



From steve@central.starport.com Sat Mar 13 09:21:13 1999 
Return-Path : <steve@central . starport . com> 

Received: from central.starport.com (steve@c64.rahul.net [206.61.226.64]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id JAA18810 
for <eric@fudge .uchicago . edu>; Sat, 13 Mar 1999 09:21:11 -0600 (CST) 
Received: (from steve@localhost) 

by central.starport.com (8 . 8 . 7/8 . 8 . 7) id HAA01845; 

Sat, 13 Mar 1999 07:16:13 -0800 
To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: SOS editor 

References : <199903130414 .WAA17 42 2 ©fudge .uchicago . edu> 

Keywords: misc 

From: steve@starport.COM (Stephen R. Savitzky) 

Date: 13 Mar 1999 07:15:20 -0800 

In-Reply-To: Eric Fischer's message of Fri, 12 Mar 1999 22:14:03 -0600 (CST) 
Message -ID: <x7yalle7zr . f sf ©central . starport . com> 

Lines: 16 

X-Mailer: Gnus v5.5/Emacs 20.2 

Eric Fischer <eric@fudge . uchicago . edu> writes: 

> Would you happen to be the Steve Savitzky who wrote the SOS editor? 

> If you are, would you mind if I asked you a few questions about it? 

Yes, that's me. Actually, Bill Weiher wrote the original Stopgap 
editor; I added a few things (paragraph justification and search ranges 
are the ones that come to mind) to make ''Son of Stopgap.'' 

What did you want to know? 


/ Steve Savitzky \ 1997 Pegasus Award winner: best science song — + \ 

/ <steve@starport . com> \ http://www.starport.com/people/steve/ V \ 

\ hacker/ songwriter : \ http://www.starport.com/people/steve/Doc/Songs/ 

\_ Kids' page: MOVED > http://www.starport.com/places/forKids/ / 



From jmgraetz@world.std.com Thu Mar 11 16:15:20 1999 
Return-Path : < jmgraetz@world . std . com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id QAA12495 
for <eric@fudge . uchicago . edu>; Thu, 11 Mar 1999 16:15:17 -0600 (CST) 
Received: from world.std.com by europe.std.com (STDl . 2/BZS-8-1 . 0) 
id RAA28260; Thu, 11 Mar 1999 17:13:32 -0500 (EST) 

Received: from localhost by world.std.com ( TheWorld/ Spike-2 . 0) 
id AA14941 ; Thu, 11 Mar 1999 17:13:32 -0500 
Date: Thu, 11 Mar 1999 17:13:31 -0500 (EST) 

From: j m graetz < jmgraetz@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903111544. JAA0507 8 ©fudge . uchicago . edu> 

Message-Id: <Pine . SGI . 3 . 95 . 990311170955 . 7056A-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/ PLAIN; charset=US-ASCII 

Spacewar: I will rummage around in the back-pages box for the DECUS paper, 
and make as copy for you. This may take a few days... 

Canute: Geez, talk about your obscure references! You mean there are _two_ 
people who actually used it? I admit to writing the manual (only the 
second or third I ever wrote for DEC) , but not the program, which if I 
recall correctly was done by Nancy Hurley. 

But how in hell did you come across Canute? 

shag 



From jmgraetz@world.std.com Fri Mar 12 16:50:47 1999 
Return-Path : < jmgraetz@world . std . com> 

Received: from europe.std.com (europe.std.com (199.172.62.20]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id QAA02299 
for <eric@f udge . uchicago . edu> ; Fri, 12 Mar 1999 16:50:45 -0600 (CST) 
Received: from world.std.com by europe.std.com (STD1 . 2/BZS-8-1 . 0) 
id RAA25463; Fri, 12 Mar 1999 17:48:50 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA17242 ; Fri, 12 Mar 1999 17:48:49 -0500 
Date: Fri, 12 Mar 1999 17:48:49 -0500 (EST) 

From: j m graetz < jmgraetz@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903112237. QAA19 54 7 ©fudge . uchicago . edu> 

Message-Id: <Pine. SGI .3.95. 990312173650 . 6216A-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
> Do you happen to know why it was called Canute? 

I knew you were going to ask that question. 

Seems that its predecessor, which I _did_ write, at least partly, was 
called Edmund the Editor (do not ask why) . So when Nancy was looking for a 
name for her program, her then-husband (I think) suggested Canute. Here's 
how to find the answer: get hold of a book of royal lineages such as the 
Wordsworth _Handbook of Kings and Queens_, or else a history of England. 

Look for the succession from the House of Wessex to the House of Denmark 
early in the 11th century (1016, to be exact) , and all should be clear. 

(That's more fun than just telling you the answer, isn't it?) 



From jmgraetz@world.std.com Mon Mar 15 16:42:39 1999 
Return-Path: < jmgraetz@world . std. com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id QAA26407 
for <eric@fudge .uchicago . edu>; Mon, 15 Mar 1999 16:42:36 -0600 (CST) 
Received: from world.std.com by europe.std.com (STD1 . 2/BZS-8-1 . 0) 
id RAA013 63 ; Mon, 15 Mar 1999 17:40:17 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA17473; Mon, 15 Mar 1999 17:40:17 -0500 
Date: Mon, 15 Mar 1999 17:40:17 -0500 (EST) 

From: j m graetz <jmgraetz@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903152111 . PAA22402@fudge .uchicago . edu> 

Message-Id: <Pine . SGI . 3 . 95 . 990315173258 . 283 69C-100000@world. std. com> 
Mime-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

> 1) what editors were around before Expensive Typewriter 

The immediate predecessor was FLIT on the TX-0 . Before that I don't know; 
mainframes like the IBM 704 didn't have editors. Everything was done 
off-line on punched cards. 

> 2) how the PDP-6 and PDP-7 ended up with editors that look (from what 

> little I have been able to find out about them) like clones of programs 

> from the Compatible Time Sharing System rather than continuing in the 

> spirit of Expensive Typewriter and Canute. 

I never used CTSS, so can't comment. Ditto PDP-6. But all the 18-bit 
editors, so far as I know, were ET-style. The ultimate development of that 
approach was, of course, TECO. Do not try to find out about TEC0. Some 
things are not meant for mortals to know. 


shag 



From jmc@Steam.Stanford.EDU Thu Mar 11 15:56:19 1999 
Return-Path : < jmc@Steam. Stanford. EDU> 

Received: from Steam.Stanford.EDU (steam.Stanford.EDU [171.64.71.20]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id PAA25086 
for <eric@fudge . uchicago . edu>; Thu, 11 Mar 1999 15:56:19 -0600 (CST) 
Received: (from jmc@localhost) 

by Steam.Stanford.EDU (8 . 8 . 8/8 . 8 . 8) id NAA16741; 

Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Date: Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Message-Id: <199903112154 .NAAl6741@Steam. Stanford . EDU> 

From: John McCarthy < jmclists@Steam. Stanford. EDU> 

To: eric@fudge.uchicago.edu 

In-reply-to: <199903112145 . PAA08686@fudge . uchicago . edu> (message from Eric 
Fischer on Thu, 11 Mar 1999 15:45:48 -0600 (CST)) 

Subject: Re: Colossal Typewriter 
Reply-to: jmc@cs.Stanford.EDU 

I don't remember the difference. Expensive typewriter was used, but 
maybe colossal typewriter was just a proposal. 

Actually Lincoln Laboratory had a quite a bit better program at almost 
the same time for TX-O. 

See if you can track down Alan Kotok at D.E.C. He will know. 



From jmgraetz@world.std.com Thu Mar 11 16:15:20 1999 
Return-Path: <jmgraetz@world. std. com> 

Received: from europe.std.com (europe.std.com [199.172.62.20]) 

by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id QAA12495 
for <eric@fudge .uchicago . edu>; Thu, 11 Mar 1999 16:15:17 -0600 (CST) 
Received: from world.std.com by europe.std.com (STD1 . 2/BZS-8-1 . 0 ) 
id RAA28260; Thu, 11 Mar 1999 17:13:32 -0500 (EST) 

Received: from localhost by world.std.com (TheWorld/Spike-2 . 0 ) 
id AA14941 ; Thu, 11 Mar 1999 17:13:32 -0500 
Date: Thu, 11 Mar 1999 17:13:31 -0500 (EST) 

From: j m graetz < jmgraetz@world. std. com> 

To: Eric Fischer <eric@fudge . uchicago . edu> 

Subject: Re: Spacewar and Canute 

In-Reply-To : <199903111544 . JAA05078@fudge . uchicago . edu> 

Message-Id: <Pine. SGI .3.95. 990311170955 . 7056A-100000@world.std.com> 
Mime-Version : 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

Spacewar: I will rummage around in the back-pages box for the DECUS paper, 
and make as copy for you. This may take a few days... 

Canute: Geez, talk about your obscure references! You mean there are _two_ 
people who actually used it? I admit to writing the manual (only the 
second or third I ever wrote for DEC) , but not the program, which if I 
recall correctly was done by Nancy Hurley. 

But how in hell did you come across Canute? 

shag 



From jmc@Steam.Stanford.EDU Thu Mar 11 15:56:19 1999 
Return-Path : < jmc@Steam . Stanford . EDU> 

Received: fromSteam.Stanford.EDU (steam.Stanford.EDU [171.64.71.20]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id PAA25086 
for <eric@f udge . uchicago . edu> ; Thu, 11 Mar 1999 15:56:19 -0600 (CST) 
Received: (from jmc@localhost) 

by Steam.Stanford.EDU ( 8 . 8 . 8/8 . 8 . 8 ) id NAA16741; 

Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Date: Thu, 11 Mar 1999 13:54:39 -0800 (PST) 

Message-Id: <199903112154 . NAAl6741@Steam.Stanford.EDU> 

From: John McCarthy < jmclists@Steam.Stanford.EDU> 

To: eric@fudge.uchicago.edu 

In-reply-to: <199903112145 . PAA08686@fudge . uchicago . edu> (message from Eric 
Fischer on Thu, 11 Mar 1999 15:45:48 -0600 (CST)) 

Subject: Re: Colossal Typewriter 
Reply- to: jmc@cs.Stanford.EDU 

I don't remember the difference. Expensive typewriter was used, but 
maybe colossal typewriter was just a proposal. 

Actually Lincoln Laboratory had a quite a bit better program at almost 
the same time for TX-0. 


See if you can track down Alan Kotok at D.E.C. He will know. 



From v-yngve@uchicago.edu Thu Mar 11 10:54:02 1999 
Return-Path : <v-yngve@uchicago . edu> 

Received: frommail.netnitco.net (mail.netnitco.net [216.176.128.5]) 
by fudge.uchicago.edu (8 . 8 . 8/8 . 8 . 8) with ESMTP id KAA13812 
for <eric@fudge.uchicago.edu>; Thu, 11 Mar 1999 10:54:01 -0600 (CST) 
Received: from [205.217.28.137] (eaglel.nitco.com [205.217.28.137]) 
by mail.netnitco.net (8 . 9 . 3/8 . 9 . 3) with ESMTP id KAA06457 
for <eric@fudge.uchicago.edu>; Thu, 11 Mar 1999 10:45:10 -0600 (CST) 
Date: Thu, 11 Mar 1999 10:45:10 -0600 (CST) 

X-Sender: v-yngve@netnitco.net (Unverified) 

Message-Id: <103010d00b30d4d47a427@ [205.217.29 . 66] > 

In-Reply-To : <199903051753. LAA16624@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: Eric Fischer <eric@fudge . uchicago . edu> 

From: "Victor H. Yngve" <v-yngve@uchicago . edu> 

Subject: Re: COMIT and Vedit 

I have recently been sorting through my old papers and did run across the 
material on Vedit. It's now somewhere in one of about 30 archival boxes in 
my study in Regenstein. I'll look for it today (3/11/99) and see if I can 
find it. It was simply a memo that I sent around to a few colleagues at 
MIT. It was never published. I have often wondered whether my Vedit had any 
part in inspiring a later editor by the same name. If you ever find out how 
that editor came about, I would be most interested to know. 

Could you give me your mailing address so I can send you a copy, in case I 
can locate it? It might be nice if we could meet sometime. I'm on campus 
about once a week, usually on Thursday, but sometimes on Tuesday. 

Cordially, 

Vic 


Victor H. Yngve 
mailing address: 

28 Crest Drive Dune Acres 
Chesterton IN 46304 
phone: (219) 787-8340 

e-mail: v-yngve@uchicago.edu 


Professor Emeritus, 

Linguistics & Psychology 
Department of Linguistics 
University of Chicago 
1010 East 59th Street 
Chicago, IL 60637 



From george@dcs.qmw.ac.uk Sun Feb 28 16:08:52 1999 
Return-Path: george@dcs.qmw.ac.uk 

Received: from gamma.qmw.ac.uk (gamma.qmw.ac.uk [138.37.6.8]) by fudge.uchicago.edu (8 
Received: from alpha.qmw.ac.uk by gamma.qmw.ac.uk with SMTP-QMW with ESMTP; 

Sun, 28 Feb 1999 22:11:15 +0000 

Received: from [138.37.88.233] (dialup-port3.dcs.qmw.ac.uk [138.37.88.233]) by alp! 

with ESMTP id WAA10062 for <eric@fudge .uchicago . edu>; 

Sun, 28 Feb 1999 22:11:08 GMT 
X-Sender : george@mailhost.dcs . qmw.ac.uk 
Message-Id: <103110704b2f f 09balcd7@ [138 . 37.88.232]> 

In-Reply-To : <199902252147. PAAl5823@fudge . uchicago . edu> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii " 

Date: Sun, 28 Feb 1999 15:14:39 +0000 
To: Eric Fischer <eric@fudge .uchicago . edu> 

From: George Coulouris <george@dcs . qmw. ac . uk> 

Subject: Re: yet another "em" question 

Hello Eric, 

Your historical investigations are certainly thorough! 


At 9:47 pm +0000 25/2/99, Eric Fischer wrote: 


* I hope you won't mind one more question from me... 

* 

* I recently came across your 1976 Software — Practice and Experience 

* article about the QUIDS editor, which I had somehow managed to miss 

* before, and noticed that (not surprisingly) its local edit functions 

* are very similar to em's open mode. From the publication date, it 

* seems like QUIDS must have preceded em, but the "conventional text 

* editor (very similar to QED) running on a dedicated small computer 

* with an interactive operating system" sounds like it might be a 

* reference to em. So can you tell me which is the correct order? 

The editor mentioned in the QUIDS paper was a re-work of QED done at QMC by 
William Newman (later one of the Xerox PARC pioneers) . This was part of the 
effort at QMC in the early 70s that resulted in a UNIX-like operating 
system for the Interdata minicomputers. The project was led by William 
Newman and Mike Cole and was entirely independent of Unix. It was done as a 
tool for the pursuit of research in computer graphics and in high-level 
language interpretation. 

William came to QMC from Ivan Sutherland's graphics research group at 
Harvard and Utah and his experience with the software research environments 
there gave him a clear idea of what was needed. 

In the space of about 6-8 months in 1971 William and Mike developed an OS, 
a filing system, a compiler-compiler (Tree Meta) , a BCPL-like compiler, the 
QED-like editor and a monitor for a vector graphics system. All of these 
were of very high quality and they provided a software develelopment 
environment that was comparable to that later provided by Unix (about which 
we learned about 12 months later) . Our system was call MIFS (Members 
Initial Filing System) and it was a single-user, rather than a time-sharing 
system. 

The QUIDS editor was then developed by me and a team of students (named in 
the SPE paper) , using the MIFS platform. 

So QUIDS came first, and the connection between QUIDS and em's open mode is 
that they were both influenced by a QMC-developed version of QED (by 
William Newman) . 


George 



